PostgreSQLWAL日志膨胀的处理过程，
目录
- 第一部分 描述
- 第二部分 场景复现及处理过程
- 2.1 基本描述
- 2.2 查看相关配置
- 2.3 查看归档配置
- 2.4 查看是否有备库
- 2.5 查看是否有复制槽
第一部分 描述
PostgreSQL由于WAL日志的机制，导致其在不正确配置的情况下会出现磁盘空间暴涨的情况，本文档就此情景写一般处理办法。
第二部分 场景复现及处理过程
2.1 基本描述
某一客户反映，有一个PostgreSQL数据库的数据目录增长非常大，500G的总磁盘空间，剩余23G，通过du -sh $PGDATA/*对数据目录进行统计分析，发现大部分的空间都被pg_wal目录占用，文件数量达到1w+。
2.2 查看相关配置
查看可能会造成原因的相关参数，checkpoint_timeout是可能造成wal大量生成的原因之一，当max_wal_size=20GB时，可能会出现在进行checkpoint之间，如果出现大事物或者写入量非常大的时候，最大可能会生成（20*1024)/16=1280个wal文件
适当调整后，发现由于事务量比较大，即使调小参数，还是会不断生成文件，接着查看归档是否出现问题
postgres=# show checkpoint_timeout ; checkpoint_timeout -------------------- 60min (1 row) postgres=# show max_wal_size ; max_wal_size -------------- 20GB (1 row) postgres=# show min_wal_size ; min_wal_size -------------- 80MB (1 row) postgres=# show wal_keep_size ; wal_keep_segments --------------- 128 (1 row)
2.3 查看归档配置
可以看到归档已经开启，检查归档路径是否存在，在pg_wal/ archive_status文件中记录wal文件的归档状态是否正常，检查下来都没有发现问题，如果说归档没有成功进行，wal日志也是无法移除造成空间迅增
postgres=# show archive_mode ;
archive_mode
--------------
on
(1 row)
postgres=# show archive_command ;
archive_command
------------------------------------------------------------------------------------
test ! -f /software/pgsql12/archivedir/%f && cp %p /software/pgsql12/archivedir/%f
(1 row)
2.4 查看是否有备库
查看是否有流复制环境，流复制环境中，主要靠wal日志进行主备同步，当主备环境之间差异过大，或者出问题后，造成主备没有同步，则会保留wal日志不进行删除。如果有差异的话，wal_keep_segments参数会生效，它会为备库保留相应数量的wal日志文件、甚至更多。
postgres=# select * from pg_stat_replication ;
确认没有备库环境
2.5 查看是否有复制槽
是否存在无效的复制槽，备库如果没有进行同步或者说没有消费wal日志，那么该复制槽不可用，wal日志也会一直保留，造成wal日志不断增加
postgres=# select * from pg_replication_slots;
查询到果然存在一个active状态为f的复制槽，我们尝试删除该复制槽
SELECT * FROM pg_drop_replication_slot('pg_102');
删除后，发现pg_wal空间不再增长，一段时间后已自动释放
到此这篇关于PostgreSQL WAL日志膨胀的处理过程的文章就介绍到这了,更多相关PostgreSQL WAL日志膨胀内容请搜索PHP之友以前的文章或继续浏览下面的相关文章希望大家以后多多支持PHP之友！
您可能感兴趣的文章:- PostgreSQL Docker部署+SpringBoot集成方式
- PostgreSQL数据库中Sequence的使用方法详解
- Python如何管理多个PostgreSQL数据库的连接
- PostgreSQL Public 模式的风险及安全迁移问题小结
- PostgreSQL中的N''和::bpchar使用