作者：瀚高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.

恢复中的数据库达到一致状态后，将发生延迟，直到升级或触发备用数据库。之后，备用服务器将结束恢复，无需进一步等待。