我要评论第一部分 描述
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日志膨胀内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论