# 用户摘要页面加载时间长，数据库缓慢

**URL:** https://meta.discourse.org/t/long-loading-times-for-user-summary-page-with-slow-database/131870
**Category:** Self-hosting
**Tags:** unsupported-install
**Created:** [2019年十月25日 13:23 UTC](https://meta.discourse.org/t/long-loading-times-for-user-summary-page-with-slow-database/131870 "2019-10-25T13:23:01Z")
**Posts on this page:** 1
**Showing post:** 7

<div class="post-metadata">

### Author: ![klopsknoedel](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/klopsknoedel/32/194126_2.png) [@klopsknoedel](https://meta.discourse.org/u/klopsknoedel)
#### Post date: [2019年十月25日 15:51 UTC](https://meta.discourse.org/t/long-loading-times-for-user-summary-page-with-slow-database/131870/7 "2019-10-25T15:51:30Z")

</div>

> [@eviltrout](#):
>
> 你是否反复迁移、修改或重建过同一个数据库？

我们已经测试了几次，但每次都使用旧数据集的全新副本。几周后，一旦我们确认成功回滚了前所有者的更改，我们就执行了一次升级和迁移。

> [@eviltrout](#):
>
> `VACUUM FULL` 值得尝试，前提是你能够接受一些停机时间。

这确实值得一试，但我不太确定这需要多长时间。不过，是的，我们应该考虑执行完整的 VACUUM。特别是我们之前在那台旧数据库上已经遇到过一些问题 [参见](https://meta.discourse.org/t/upgrade-fails-while-migrating/121894/5?u=klopsknoedel)。

> [@codinghorror](#):
>
> 另外，你的数据库是否部署在高速 SSD 存储上，并且拥有大量内存？这一点至关重要。

是的。所有数据都存储在服务器的 SSD 上，并配有 40GB 内存（其中约 60% 被占用，即使在更高负载下也没有达到 100% 的峰值）。

---

_[View the full topic](https://meta.discourse.org/t/long-loading-times-for-user-summary-page-with-slow-database/131870)._