流复制延迟复制

作者：瀚高PG实验室（Highgo PG Lab）-Chrisx @[toc] ## 延迟流复制介绍 * 默认情况下，一个后备服务器会尽快恢复来自于主服务器的 WAL 记录。有一份数据的延时拷贝是有用的，它能提供机会纠正数据丢失错误。这个参数允许你将恢复延迟一段固定的时间，如果没有指定单位则以毫秒为单位。例如，如果你设置这个参数为5min，对于一个事务提交，只有当后备机上的系统时钟超过主服务器报告的提交时间至少 5分钟时，后备机才会重放该事务。 * 延迟备库实际上是设置备库延迟应用wal的时间，而备库依然及时接收主库发送的wal日志流。因此recovery_min_apply_delay 参数设置过大会使备库的 pg_wal 日志因保留过多的 WAL 日志文件而占用较大硬 盘空间。 ## 配置 在 recovery.conf 配置文件中配置参数 recovery_min_apply_delay, 支持 ms ，s , min ，h ，d ```sql recovery_min_apply_delay='30min' ``` 需要重启备库生效 观察应用延迟状态 ```sql postgres=# select * from pg_stat_replication ; -[ RECORD 1 ]----+------------------------------ pid              | 2282 usesysid         | 16390 usename          | repuser application_name | 141 client_addr      | 192.168.6.142 client_hostname  | client_port      | 49808 backend_start    | 2020-10-16 11:12:35.862371+08 backend_xmin     | state            | streaming sent_lsn         | 0/4000518 write_lsn        | 0/4000518 flush_lsn        | 0/4000518 replay_lsn       | 0/40004B0 write_lag        | 00:00:00.000867 flush_lag        | 00:00:00.001785 replay_lag       | 00:14:36.063253 《《《《《《 sync_priority    | 0 sync_state       | async ``` The delay occurs once the database in recovery has reached a consistent state, until the standby is promoted or triggered. After that the standby will end recovery without further waiting. 恢复中的数据库达到一致状态后，将发生延迟，直到升级或触发备用数据库。之后，备用服务器将结束恢复，无需进一步等待。