Part 14：PostgreSQL检查点
内容1：检查点触发机制
内容2：检查点作用
内容3：检查点如何工作
内容4：检查点如何调整
检查点处理过程
· 检查点触发机制
在PostgreSQL中，检查点(后台)进程执行检查点;当发生下列情况之一时，其进程将启动：
检查点间隔时间由checkpoint_timeout设置(默认间隔为300秒(5分钟))
在9.5版或更高版本中，pg_xlog中WAL段文件的总大小(在10版或更高版本中为pg_WAL)已超过参数max_WAL_size的值(默认值为1GB(64个16MB文件))。
PostgreSQL服务器在smart或fast模式下关闭。
手动checkpoint。
检查点作用
· 为什么需要检查点
所有的数据库几乎都有检查点机制，为什么需要检查点呢，有以下几个作用：
1、定期保存修改过的数据块(保护劳动果实)
检查点发生时，检查点进程会把共享缓冲区中的脏块(被修改过的块)写入磁盘，永久保存，否则如果发生主机断电等故障，内存中的数据块就会丢失，该检查点的发生频率由checkpoint_timeout控制，定期发生。
2、做为实例恢复时起始位置
如果发生实例崩溃，那么下一次启动时则需要进行实例恢复，数据库根据最近一次检查点的位置作为起始位置开始recovery。
3、做为介质恢复时起始位置
每次进行物理备份时都会发生一个检查点，用来判断将来进行恢复时的起始位置，因为备份时数据文件是有先后顺序，备份出来的数据文件是不一致的，将来恢复出来后需要应用归档日志把他们变成同步，开始备份的位置就是将来recovery的位置。
XLOG 写记录
· 检查点工作流程
检查点记录位置
· 控制文件
控制文件中记录了检查点的相关信息 ? Latest checkpoint location –最新检查点记录的LSN位置。 ? Prior checkpoint location –先前检查点记录的LSN位置。
pg_control File
· 控制文件
控制文件中记录的检查点相关信息
postgres> pg_controldata /usr/local/pgsql/data
pg_control 最后修改: 2022/10/25 10:36:29
最新检查点位置: 0/65441F8
最新检查点的 REDO 位置: 0/65441F8
最新检查点的重做日志文件: 000000010000000000000006
最新检查点的 TimeLineID: 1
最新检查点的PrevTimeLineID: 1
... snip ...
Database Recovery
· 利用检查点做为recovery的起始位置
检查点调整
检查点发生的间隔时间决定了实例恢复需要的时长，checkpoint_timeout设置的值应该根据业务的需求设置，以实例崩溃时，下一次打开数据库时长的容忍度而设置。
间隔时间短，则实例恢复需要的时间就短，可提高数据库的可用性，但是会增加I/O操作，降低数据库状态性能，检查点发生时属于密集型I/O操作，会占用大量系统资源。
间隔时间长，则实例恢复需要的时间就长，会降低数据库的可用性，但是会减少I/O操作，提高数据库状态性能。
checkpoint_completion_target
数据库中一个至关重要的参数，主要与参数checkpoint_timeout(checkpoint_timeout)配合使用，值越小意味着检查点要越快完成，要求写得要快。
控制每次检查点发生时i/o的吞吐量，值越高，则i/o占用的资源越少，数据库性能越好;值越低，则i/o占用的资源越多，影响数据库性能，但是提高检查点完成速度。
