Kaarel Moppel：Postgres同步复制 - 仅提供99.99%的保证
💡
原文英文，约1300词，阅读约需5分钟。
📝
内容提要
在爱沙尼亚的Postgres用户组会议上，讨论了Patroni的高可用性改进及其对数据安全的影响。尽管同步高可用性提供了一定保障，但在网络分区或编程错误情况下，仍可能导致数据丢失。使用异步提交时，用户需谨慎，以避免意外后果。建议开发者在关键操作中使用两阶段提交（2PC）以确保数据一致性。
🎯
关键要点
- 在爱沙尼亚的Postgres用户组会议上，讨论了Patroni的高可用性改进及其对数据安全的影响。
- 同步高可用性并不等于100%的数据安全，可能在网络分区或编程错误情况下导致数据丢失。
- 异步提交意味着服务器操作员或用户在会话/事务级别上启用放松的提交，可能会导致数据丢失。
- 建议在关键操作中使用两阶段提交（2PC）以确保数据一致性。
- 在最小的2节点同步高可用性设置中，网络分区或副本节点故障可能导致连接耗尽和错误。
- pg_cancel_backend()函数可能导致同步复制等待状态的会话报告成功，从而引发数据传播问题。
- 对于需要100%正确性的情况，建议在应用代码中实现2PC，并使用友好的驱动程序处理警告信息。
- Postgres应考虑增加一个特殊参数来限制同步复制等待时间，以避免当前的Catch-22情况。
❓
延伸问答
什么是Postgres的同步高可用性？
Postgres的同步高可用性是指在多个节点之间确保数据一致性和可用性的一种机制，但并不保证100%的数据安全。
在什么情况下同步高可用性可能导致数据丢失？
同步高可用性可能在网络分区或编程错误的情况下导致数据丢失，尤其是在使用异步提交时。
如何确保Postgres中的数据一致性？
建议在关键操作中使用两阶段提交（2PC）来确保数据一致性，避免数据丢失。
异步提交在Postgres中有什么风险？
异步提交可能导致已提交的事务在故障时丢失，因此用户需谨慎使用，确保适用场景。
pg_cancel_backend()函数在同步复制中有什么隐患？
pg_cancel_backend()函数可能导致同步复制等待状态的会话报告成功，从而引发数据传播问题。
在Postgres中，如何处理同步复制的等待时间？
建议Postgres增加一个特殊参数来限制同步复制的等待时间，以避免当前的Catch-22情况。
➡️
