页面级真空
Administrator 0 评论 Tech 0 阅读

页面级真空

_

页级清理

数据库管理领域是一个由性能、可靠性和效率交织而成的复杂结构。在这一生态系统的核心，PostgreSQL 作为一种健壮的开源关系型数据库系统脱颖而出，因其 ACID 合规性、可扩展性和高级功能而备受青睐。然而，即使在 PostgreSQL 这台精密运转的机器中，也存在一些需要深入理解的细微机制，它们若处理不当，将显著影响性能。其中一种机制便是 VACUUM 过程，特别是其在页级上的操作。本文深入探讨了页级清理的内部机制，以及为何这对数据库管理员和开发人员都至关重要。

理解 PostgreSQL 的页级存储

在深入 VACUUM 的机制之前，理解 PostgreSQL 如何存储数据至关重要。与以大块分配空间的文件系统不同，PostgreSQL 将数据存储分解为页——在大多数系统上，页的大小通常为 8KB。每页包含多个元组（行），当更新或删除一行时，PostgreSQL 不会立即将其移除。相反，它会将空间标记为空闲，并将该行保留在原地，直到 VACUUM 过程来回收它。

这种行为被称为“行级锁定”，它避免了写操作时的锁需求，从而显著提高了并发性。然而，随着时间的推移，这可能导致一个称为“碎片化”的问题。随着行的更新和删除，页内的空闲空间变得分散，即使总空闲空间足够，新行也无法放入这些“空洞”中。这种碎片化会降低性能，因为数据库可能需要读取多个页才能为新行找到空间，或者不得不分配新页，增加 I/O。

VACUUM 的作用

这时就引入了 VACUUM，它是整理数据库内部混乱的过程。VACUUM 主要做两件事：

  1. 回收空间：通过清理已更新或删除的元组（行），VACUUM 压缩页，减少碎片化，并在同一页内为新的行腾出更多空间。
  2. 防止表膨胀：如果没有 VACUUM，表会无限增长，占用越来越多的磁盘空间。VACUUM 通过移除旧元组并使其可供重用来防止这种情况。

VACUUM 有两种形式：VACUUM FULL 和 VACUUM ANALYZE。VACUUM FULL 是一种更激进的形式，通过重建整个表来回收所有空闲空间，这可以显著减小表的大小。然而，它需要独占表锁，因此在过程中不兼容写操作。另一方面，VACUUM ANALYZE 则不那么激进，仅在页级别回收空间，并更新查询规划器使用的统计信息。它允许写操作继续，但不像 VACUUM FULL 那样大幅减小表的大小。

页级清理：核心所在

页级清理是 VACUUM 在页级别上回收空间的过程。当发出 VACUUM 命令时，PostgreSQL 会扫描受影响表的页，识别死元组，并将其标记为删除。然后，它会压缩页，将活元组合并在一起，填补死元组留下的空白。这个过程会重复应用于表中的每一页，逐步减少碎片化并回收空间。

理解页级清理的关键在于认识到它并非一刀切的操作。PostgreSQL 采用多种策略来确定何时以及如何清理页：

  • 自动清理：PostgreSQL 的自动清理功能会根据各种阈值自动触发 VACUUM 操作，例如页上死元组的百分比或自上次清理以来的插入数量。这有助于在不进行人工干预的情况下维持性能。
  • 手动清理：数据库管理员可以根据需要手动发出 VACUUM 命令来清理表和索引。这对于经历不频繁但重大变化的表，或者对性能至关重要的表非常有用。
  • VACUUM FULL：如前所述，VACUUM FULL 可以用于回收所有空闲空间，但它需要独占锁，因此对于经常访问的表不太实用。

示例：页级清理实战

考虑一个具有以下结构的表：

CREATE TABLE example (
    id SERIAL PRIMARY KEY,
    name VARCHAR(100),
    deleted BOOLEAN DEFAULT FALSE
);

在插入和删除行后，表的页可能会变得碎片化。要执行页级清理，您需要发出以下命令：

VACUUM example;

然后，PostgreSQL 会扫描 example 表的每一页，识别并删除标记为删除的元组（deleted 为 TRUE 的行），并压缩页。结果是，表碎片化减少，并为新行腾出更多空间。

页级清理的影响

理解页级清理至关重要，原因如下：

  • 性能：碎片化会显著降低查询性能，因为数据库可能需要读取多个页才能为新行找到空间，或者不得不分配新页，增加 I/O。通过减少碎片化，VACUUM 提高了性能。
  • 存储：如果没有 VACUUM，表会无限增长，占用越来越多的磁盘空间。这可能导致存储限制和成本增加，尤其是在存储计费的云环境中。
  • 数据完整性：VACUUM 通过确保删除死元组并更新表的统计信息，帮助维护数据完整性。这对于经常被访问和修改的表尤为重要。

案例研究：忽视的代价

想象一个高流量的电子商务数据库，其中有一个关键的 orders 表。随着时间的推移，如果没有定期的 VACUUM 操作，表会变得高度碎片化。当新订单被创建时，数据库必须读取多个页才能为新行找到空间，导致 I/O 增加和响应时间变慢。客户体验更长的等待时间，系统难以处理峰值负载。

通过实施定期的 VACUUM 计划，数据库管理员可以防止这种情况。自动清理设置根据表的使用模式触发 VACUUM 操作，确保碎片化得到控制。结果是，系统响应更迅速，能够在不降低性能的情况下处理峰值负载。

页级清理的最佳实践

为了最大限度地发挥页级清理的效益，请考虑以下最佳实践：

  1. 启用自动清理：对于大多数表，启用自动清理是最佳方法。PostgreSQL 的自动清理功能旨在自动处理大部分工作，减少人工干预的需求。

```sql SELECT * FROM pg_database WHERE datname = 'your_database'; SELECT * FROM pg_catalog.pg_tables WHERE schemaname = 'public'; SELECT * FROM pg_catalog.pg_class WHERE relkind = 'r' AND relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_tables WHERE relname = 'your_table'; SELECT * FROM pg_stat_user_indexes

文章标签
#碎片化#页级清理#数据库管理#vacuum#postgresql
许可协议
本文采用 署名-非商业性使用-相同方式共享 4.0 国际 许可协议，转载请注明出处。
Show HN：在实时互动球体上绘制地球（协作艺术） 2026-07-06
英国铁路网络实时地图 2026-07-06

评论区