WAL 怎样办 产生重大的 积压 PostgreSQL

在 PostgreSQL 中，在治理预写式日志（WAL）的机制方面，pg_wal 目录起着至关关键的作用，该机制可确保事务的耐久性和解体复原。WAL 文件还可服务于复制的目的（假设有）。

最终，治理员或许会遇到 pg_wal 目录积压文件的状况，逐渐消耗磁盘空间，并或许引发文件系统疑问和数据库解体。

本文将引见 pg_wal 目录空间增长的一些经常出现要素、如何启动缺点处置以及缓解该疑问的战略。

事务量高峰期

疑问 ：事务速率高，或事务量高峰期。WAL 段是 PostgreSQL 在处置事务时，在写入数据文件之前而生成的。假设事务速率超越系统归档或删除这些段的速率，它们会积压在 pg_wal 目录中，从而造成磁盘空间耗尽。

虽然归档速度通常不关键，但它与 pg_wal 目录中的平均 WAL 生成速率至少应该坚持同步。假设归档速度显著落后于 WAL 段创立速率太长期间，pg_wal 将开局积压文件，直到归档完为止。假设 pg_wal 没有足够的空间，以容纳一些不经常出现/方案外的负载，则它或许会耗尽空间。

缺点扫除 ：确定 pg_wal 的 WAL 段创立速率，并将其与归档速度启动比拟。

处置方案 ：假设归档速度不够快，咱们应该改良归档的 IO 子系统（或经常使用 S3 云服务时的网络提早）。否则，须要评价业务负载峰值的继续期间，并为 pg_wal 参与额外的空间。

低效的审核点

疑问 ：PostgreSQL 中的审核点，关于将修正后的数据从内存刷新到磁盘，和回收过期的 WAL 段，都有关键作用。然而，效率低下的审核点战略，例如太不频繁或过于保守的审核点，或许会惹起 WAL 文件的积压。不频繁的审核点会造成 WAL 段的保管期间延伸，而过于保守的审核点或许会造成过多的磁盘 I/O 和 WAL 生成。

缺点扫除 ：评价无关数据库业务负载的审核点和 WAL 参数（min_wal_size、max_wal_size、wal_keep_size / wal_keep_segments、bgwriter_lru_maxpages、bgwriter_delay 等）。

处置方案 ：为审核点频率和后盾写进程的效率找到适当的掂量。

复制提早

范围 ：只要在设置了流复制时，才或许由复制提早引发 WAL 积压。

疑问 ：在备用主机上运行更改的提早，或许会加剧主主机上 WAL 文件的积压。由于网络疑问/速度缓慢、高负载或配件资源限度，备用主机或许会落后于其主主机，因此主主机会保管 WAL 段，直到它们在备用主机上成功成功重放。此提早或许会使主主机上的磁盘空间的可用质变得弛缓。

上述要素以及 wal_keep_size/wal_keep_segments 参数的性能失误，或许会造成空间耗尽。

废除的复制槽会有限期地保管 WAL 段。

缺点扫除 ：验证主数据库和备用数据库之间的复制提早。验证 wal_keep_segments / wal_keep_size（取决于您的数据库版本）参数的性能。在主主机中查找已废除的复制槽。

处置方案 ：优化备用主机上的网络性能或 IO 性能（或任何配件瓶颈）。删除任何已废除的复制槽。依据复制性能和主主机 pg_wal 目录容量，调整 wal_keep_segments/wal_keep_size 参数的性能。

WAL 归档意外

范围 ：只要在数据库启用了延续归档时（archive_mode 设置为 on，并且也设置了 archive_command），才或许由归档意外引发 WAL 积压。

疑问 ：假设归档进程不可口头在 archive_command 中设置的命令，则 WAL 段将保管在 pg_wal 目录中，直到归档成功。

最经常出现的要素或许有：磁盘/文件系统（archive_command 指向的中央）已满、归档门路不存在、归档门路访问权限无余、归档超时、归档指标不可访问，archive_command 性能失误。

缺点扫除 ：每当 archive_command 口头失败时，都会在 PostgreSQL 日志中记载一条失误信息。

处置方案 ：这取决于确定WAL 归档意外的要素，再修复它。

WAL 保管战略

疑问 ：WAL 归档的保管战略性能失误或不正当，也会造成 pg_wal 目录中文件的积压。假设归档进程未能及时删除过期的 WAL 段，则目录或许会因不用要的文件而变得收缩，从而占用可用于其余目的的磁盘空间。

缺点扫除 ：检查上述 min_wal_size、max_wal_size、wal_keep_size / wal_keep_segments 参数。检查 PostgreSQL 日志中能否有失败的归档事情。

处置方案 ：改良相关参数，并修复归档失败的要素。

论断

PostgreSQL 中的 pg_wal 目录，关于确保数据耐久性和复原至关关键，但其不受限度的增长或许会造成磁盘空间限度和操作上的应战。经过了解 pg_wal 目录中文件积压的经常出现要素，并实施适当的战略（例如调整审核点设置、监控复制提早和实施有效的 WAL 保管战略），治理员可以有效地治理磁盘空间的经常使用量，并保养其 PostgreSQL 数据库的稳固性和性能。

由于 WAL 段在 PostgreSQL 数据库中起着关键作用，因此您永远不应该从 pg_wal 中手动删除 WAL 段。它或许会造成数据库解体、解体复原失败、WAL 归档失败以及备份数据不完整。