异常高的 CPU 使用率

[supermathie (Michael Brown)]

@char

我假设是没有足够的内存：查询进入了交换空间。

（不是交换空间，但它们正在从磁盘读取）

这与我早先的观察结果一致：

@supermathie

应用程序只占用了大约 6GB 的空间。发生了很多读取操作，我猜测（加上 sidekiq 很忙）Postgres 可能正在从磁盘读取大量旧数据，可能是为了执行一些统计作业。如果数据库无法完全容纳在内存中，那么访问旧数据时可能会导致大量的读取操作。

@char

pg_total_relation_size

请注意，这是关系和索引的大小。与 pg_relation_size 进行比较。

@char

  2501 | 2026-02-07 11:25:01.028892+00 | active | IO              | DataFileRead | UPDATE posts                                                                                        +
       |                               |        |                 |              | SET percent_rank = X.percent_rank                                                                   +
       |                               |        |                 |              | FROM (                                                                                              +
       |                               |        |                 |              |   SELECT posts.id, Y.percent_rank                                                                   +
       |                               |        |                 |              |   FROM posts

这来自 ScoreCalculator，它是 PeriodicalUpdates 的一部分。

@char

许多统计数据重新计算占用了大量资源（例如：Jobs::DestroyOldDeletionStubs - 419 秒；Jobs::AboutStats - 472 秒；Jobs::EnsureDbConsistency 2083 秒；Jobs::TopRefreshOlder - 2727 秒

这是您需要解决的发现。相比之下，在 meta 上 Jobs::EnsureDbConsistency 耗时不到 2 分钟，而 Jobs::TopRefreshOlder 耗时不到 10 秒：

Postgres 需要更多的内存。尽可能多地分配给它。

您也可能会从 VACUUM ANALYZE 或 VACUUM ANALYZE FULL 中受益。执行前者永远没有坏处。

我可能会按顺序执行以下操作：

• vacuum analyze
• 暂停 sidekiq 然后 vacuum analyze full（这将冻结表以完全重写它们，运行期间可能会出现一些失败）
• 为 postgres 增加更多内存