Postgresql清理WAL日志

postgreSQL 专栏收录该内容
174 篇文章 20 订阅

WAL是Write Ahead Log的简写,和oracle的redo日志类似,存放在$PGDATA/pg_xlog中,10版本以后在$PGDATA/pg_wal目录.
WAL相关的介绍可见WAL(Write Ahead Logging)介绍

如果开启了归档,在目录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  #最小保留这个值

如果没有开启归档的情况下:
不超过以下两个公式计算得出的个数
(2 + checkpoint_completion_target) * checkpoint_segments + 1 或者checkpoint_segments + wal_keep_segments + 1
9.5以后,如果超过了max_wal_size,那么就会删除不需要的wal.

如果开启了归档,那么归档成功了,才会被清除,所以这里注意一下,如果你开启了归档,但是归档命令是失效的,那么wal目录会一直增长,不会自动删除WAL,会使得此目录被撑爆。

什么情况下回自动清理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的数量,也可以手动删除,如下:
pg_controldata
Latest checkpoint location: 16/79FF5520
Latest checkpoint’s REDO location: 16/79FF54E8
Latest checkpoint’s REDO WAL file: 00000001000000160000001E
这里表示16/79FF54E8检查点已经执行,已经包含在00000001000000160000001E日志文件中,那么这个日志之前的日志是可以清理的。

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

查看日志
ll
total 833M
-rw------- 1 postgres postgres  64M Aug 29 11:10 00000001000000160000001E
-rw------- 1 postgres postgres  64M Jul 16 11:24 00000001000000160000001F
-rw------- 1 postgres postgres  64M Jul 16 11:24 000000010000001600000020
-rw------- 1 postgres postgres  64M Jul 16 11:25 000000010000001600000021
-rw------- 1 postgres postgres  64M Jul 16 11:25 000000010000001600000022
-rw------- 1 postgres postgres  64M Jul 16 11:26 000000010000001600000023
-rw------- 1 postgres postgres  64M Jul 16 11:24 000000010000001600000024
-rw------- 1 postgres postgres  64M Jul 16 11:24 000000010000001600000025
-rw------- 1 postgres postgres  64M Jul 16 11:26 000000010000001600000026
-rw------- 1 postgres postgres  64M Jul 16 11:40 000000010000001600000027
-rw------- 1 postgres postgres  64M Jul 16 11:40 000000010000001600000028
-rw------- 1 postgres postgres  64M Jul 16 11:51 000000010000001600000029
-rw------- 1 postgres postgres  64M Jul 16 11:40 00000001000000160000002A
drwx------ 2 postgres postgres 4.0K Jun 18 10:15 archive_status

保留000000010000001600000027之后的日志
 pg_archivecleanup /opt/pgdata11.3/pg_root/pg_wal/  000000010000001600000027
 
 再次查看验证
 ls
000000010000001600000027  000000010000001600000028  000000010000001600000029  00000001000000160000002A  archive_status

参考:
https://github.com/digoal/blog/blob/master/201702/20170216_01.md
https://www.postgresql.org/docs/current/wal-configuration.html
https://www.postgresql.org/docs/11/pgarchivecleanup.html

  • 1
    点赞
  • 0
    评论
  • 8
    收藏
  • 打赏
    打赏
  • 扫一扫,分享海报

参与评论 您还未登录,请先 登录 后发表或查看评论
©️2022 CSDN 皮肤主题:技术黑板 设计师:CSDN官方博客 返回首页

打赏作者

dazuiba008

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值