PostgreSQL WAL日志膨胀处理

作者：Digital Observer（施嘉伟）

Oracle ACE Pro: Database

PostgreSQL ACE Partner

11年数据库行业经验，现主要从事数据库服务工作

拥有Oracle OCM、DB2 10.1 Fundamentals、MySQL 8.0 OCP、WebLogic 12c OCA、KCP、PCTP、PCSD、PGCM、OCI、PolarDB技术专家、达梦师资认证、数据安全咨询高级等认证

ITPUB认证专家、PolarDB开源社区技术顾问、HaloDB技术顾问、TiDB社区技术布道师、青学会MOP技术社区专家顾问、国内某高校企业实践指导教师

公众号：Digital Observer；CSDN：施嘉伟；ITPUB：sjw1933；墨天轮：Digital Observer；PGFans：施嘉伟。

第一部分 描述

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空间不再增长，一段时间后已自动释放