PG清理WAL日志

WAL是Write Ahead Log的简写，和oracle的redo日志类似，存放在$PGDATA/pg_xlog中，10版本以后在$PGDATA/pg_wal目录.

如果开启了归档，在目录archive_status下会有一些文件，以ready结尾的，表示可以归档但还没有归档，done结尾的表示已经归档。

WAL日志数量相关的几个参数：

wal_keep_segments = 300          # in logfile segments, 16MB each; 0 disables  
checkpoint_completion_target = 0.5     # checkpoint target duration, 0.0 - 1.0  
checkpoint_segments = 2048              # in logfile segments, min 1, 16MB each  
#9.5以后checkpoint_segments不再使用，要参考设置以下两个参数
#max_wal_size = 1GB  #最大不超过这个值
#min_wal_size = 80MB  #最小保留这个值

什么情况下回自动清理wal
1.做检查点的时候
2.数据库启动的时候，或者修改了相关参数后重启数据库。

触发检查点的情况：
1.从前一个检查点发生过后的时间超过checkpoint_timeout设置的间隔（默认间隔为300秒（5分钟））。
2.在版本9.4或更早版本中，自上一个检查点以来，超过使用checkpoint_segments（默认数量为3）设置的WAL段文件数量。
3.在9.5或更高版本中，pg_xlog（版本10或更高版本，pg_wal）中WAL段文件的总大小已超过参数max_wal_size的值（默认值为1GB（64个文件））。
4.PostgreSQL服务在smart和fast模式下停止。
5.手动执行checkpoint.

如何手动清理wal
可以通过缩小以上涉及到的函数减少wal segment的数量，也可以手动删除，如下：
[postgres@ycdb pg_wal]$ pg_controldata
pg_control version number:            1201
Catalog version number:               201909212
Database system identifier:           6873258282343781547
Database cluster state:               in production
pg_control last modified:             Sat 19 Sep 2020 10:13:45 PM CST
Latest checkpoint location:           DC/C0D974F0
Latest checkpoint's REDO location:    DC/C0D974B8
Latest checkpoint's REDO WAL file:    00000001000000DC000000C0
这里表示DC/C0D974B8检查点已经执行，已经包含在00000001000000DC000000C0日志文件中，那么这个日志之前的日志是可以清理的。

可以手动使用系统命令rm清理
也可以使用pg_archivecleanup清理

保留00000001000000DC000000C0之后的日志 ，命令为:

pg_archivecleanup  pg_archivecleanup /pg12.2/data/pg_wal/  00000001000000DC000000C0

 

参考:https://blog.csdn.net/dazuiba008/article/details/100659749