复制确认
如果不使用复制槽，会出现什么问题？
- 备用服务器短暂断开后恢复时，所需的 WAL 可能已经被删除
- 没有复制槽，备用服务器就完全无法连接复制
- 无法使用同步复制模式
- 主服务器与备用服务器的时间线会分叉
如果只对一个备用服务器启用同步复制，会怎样？
- 不会丢失数据，因此最安全
- 写入性能反而会提升
- 该备用服务器故障时，主服务器会停止写入，可用性下降
- 可以防止时间线分叉
误执行 DROP TABLE 时，复制能提供保护吗？
- 备用服务器上的表会原样保留
- 该命令会被复制，备用服务器上的表也会消失
- 复制会在该位置停止
- 复制会检测到错误并自动回滚
备用服务器为什么拒绝写入？
- 因为配置禁止写入
- 因为它无法自行生成 WAL，在结构上不能写入
- 因为缺少权限
- 因为文件系统为只读
提升备用服务器后，为什么不能直接把旧主服务器重新接回作为备用服务器？
- 因为时间线已经分叉，从同一点开始分别写入了不同历史
- 因为提升操作使两台服务器的版本变得不同
- 因为复制槽已经消失
- 因为两台服务器的端口冲突
在主服务器上，应使用哪个视图检查复制延迟？
- pg_stat_activity
- pg_replication_slots
- pg_stat_wal
- pg_stat_replication