@[toc]
## 延迟流复制介绍
* 默认情况下,一个后备服务器会尽快恢复来自于主服务器的 WAL 记录。有一份数据的延时拷贝是有用的,它能提供机会纠正数据丢失错误。这个参数允许你将恢复延迟一段固定的时间,如果没有指定单位则以毫秒为单位。例如,如果你设置这个参数为5min,对于一个事务提交,只有当后备机上的系统时钟超过主服务器报告的提交时间至少 5分钟时,后备机才会重放该事务。
* 延迟备库实际上是设置备库延迟应用wal的时间,而备库依然及时接收主库发送的wal日志流。因此recovery_min_apply_delay 参数设置过大会使备库的 pg_wal 日志因保留过多的 WAL 日志文件而占用较大硬 盘空间。
## 配置
在 recovery.conf 配置文件中配置参数 recovery_min_apply_delay, 支持 ms ,s , min ,h ,d
```sqlrecovery_min_apply_delay='30min'```
需要重启备库生效
观察应用延迟状态
```sqlpostgres=# select * from pg_stat_replication ;-[ RECORD 1 ]----+------------------------------pid | 2282usesysid | 16390usename | repuserapplication_name | 141client_addr | 192.168.6.142client_hostname |client_port | 49808backend_start | 2020-10-16 11:12:35.862371+08backend_xmin |state | streamingsent_lsn | 0/4000518write_lsn | 0/4000518flush_lsn | 0/4000518replay_lsn | 0/40004B0write_lag | 00:00:00.000867flush_lag | 00:00:00.001785replay_lag | 00:14:36.063253 《《《《《《sync_priority | 0sync_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.
恢复中的数据库达到一致状态后,将发生延迟,直到升级或触发备用数据库。之后,备用服务器将结束恢复,无需进一步等待。

最后修改时间:2021-07-15 09:20:17
文章转载自瀚高PG实验室,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




