欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

Postgresql 如何清理WAL日志

程序员文章站 2022-07-06 13:27:09
wal是write ahead log的简写,和oracle的redo日志类似,存放在$pgdata/pg_xlog中,10版本以后在$pgdata/pg_wal目录.如果开启了归档,在目录archi...

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 #最小保留这个值

如果没有开启归档的情况下:

不超过以下两个公式计算得出的个数

(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

补充:postgresql 数据库设置备份以及简单清理磁盘空间和wal日志的方法

1. 最近想简单的进行数据库的备份工作, 因为现在数据库主要是用的pg数据库 , 所以想到用文本的方式进行, 有清理了一下日志表的数据 这里一起记录一下.

先记录一下查看比较大的表的信息.

从网上找了下资料, 使用子查询的方式来查询表信息.

select
  table_name,
  pg_size_pretty(table_size) as table_size,
  pg_size_pretty(indexes_size) as indexes_size,
  pg_size_pretty(total_size) as total_size
from (
  select
    table_name,
    pg_table_size(table_name) as table_size,
    pg_indexes_size(table_name) as indexes_size,
    pg_total_relation_size(table_name) as total_size
  from (
    select ('"' || table_schema || '"."' || table_name || '"') as table_name
    from information_schema.tables
  ) as all_tables
  order by total_size desc
) as pretty_sizes;

找出来最大的表信息之后, 需要使用

truncate table 的方式能够直接清理空间不然空间还是占用着的.

truncate table **** 

或者是在数据库的 /data/base 目录下面也能够看到响应的表信息

2. 整理pg_wal 文件内的信息

wal 是 write ahead log 的意思 里面跟oracle的redo内容类似, 有时候文件会比较多需要清理一下.

方法

su - postgres
cd /usr/lib/yourpgbinpath
./pg_resetwal {pgdata}
执行清理

3. 执行备份恢复的方式

备份 
tar -czvf /pgdata.tar.gz /pgdatapath
恢复
tar -zxvf /pgdata.tar.gz / 
恢复即可,

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。