【PGCCC】PostgreSQL 的弊端（第一部分）：临时表

PostgreSQL 是世界上最强大的数据库系统之一。我一直对它的强大功能充满热情，尤其是它的现代 SQL 语言功能。

然而，这并不意味着一切都很好。有些地方还是很麻烦。新手用户如果不知道这个问题，可能会遇到麻烦，而且我发现这种情况经常发生。这是给那些使用临时表围绕 PostgreSQL 设计解决方案的人的提示。

问题一：目录臃肿，性能不佳

PostgreSQL 用户经常联系我们，抱怨数据库服务器响应速度太慢。不只是一条 SQL 运行缓慢，数据库中的所有东西都运行缓慢。通常，调查从头开始，从主机开始。我使用pg_gather扫描并快速识别 PostgreSQL 层的所有问题。很多此类调查最终都会导致目录臃肿。

通常，我预计典型 PostgreSQL 实例的所有目录信息大约为 20 MB。大小取决于数据库中的对象数量。具有许多对象（表、索引等）的数据库（例如具有许多分区的大量分区表）预计会具有更大的目录。但如果大小比预期的要大得多，则应该发出警报。
以下是来自实际生产环境的 pg_gather 发现的一些示例：

另一个：

另一个目录有1.2GB：

我见过的最差的是40GB！目录。

问题二：目录表上的自动清理活动过多

在某些情况下，当我们使用 PostgreSQL 日志（使用 log_autovacuum_min_duration）跟踪自动清理活动时，我们可能会看到这些目录表中的自动清理运行过于频繁

2024-12-26 11:48:50.795 UTC [1980] LOG:  automatic vacuum of table "postgres.pg_catalog.pg_attribute": index scans: 1                                                                                                                                                      
      pages: 0 removed, 15015 remain