Ahsan Hadi：逻辑复制的时间顺序演变及基于逻辑复制的集群解决方案
内容提要
本文回顾了PostgreSQL中逻辑复制的发展历程，并展望了未来的演进。逻辑复制提供了对复制集的细粒度控制，可以在异构系统和不同的PostgreSQL版本之间进行复制，实现零停机升级。未来的发展方向包括提高复制速率和减少延迟，增加并行处理和优化工作线程，与外部工具更好地集成以实现高可用性和升级。同时提到了pgEdge的Spock扩展提供的重要功能，如多主复制和完全分布式PostgreSQL集群。
延伸解读
逻辑复制与物理复制的关键差异
文章明确区分了逻辑复制和物理复制：物理复制按磁盘块字节级复制，要求所有节点使用相同的大版本；逻辑复制基于数据变化，通过发布/订阅模型和逻辑解码插件格式化数据，因此支持异构系统和跨大版本复制，并实现零停机升级。这一差异决定了逻辑复制在混合环境升级和部分数据同步场景中的独特价值。
版本演进中的性能与可用性提升
从PostgreSQL 10正式引入逻辑复制后，后续版本持续补强：11支持TRUNCATE复制和准备事务信息传递，13引入logical_decoding_work_mem和分区表复制，14支持大事务流式传输和二进制模式，15增加行/列过滤和SKIP事务，16实现从备库逻辑解码和并行应用。这些改进逐步解决了早期版本在性能、内存和易用性上的短板。
未来方向与当前局限
文章指出未来逻辑复制需要提高复制速率、减少延迟，通过并行化和工作线程优化来实现，并加强与外部工具集成以支持高可用和升级。同时，核心PostgreSQL的多主复制仍缺少冲突检测与解决等关键功能，而pgEdge的Spock扩展提供了多主复制和完全分布式集群能力，但文章未展开其具体实现细节。
Q&A
PostgreSQL的逻辑复制和物理复制有什么区别？
物理复制按磁盘上的数据块进行逐字节复制，要求所有节点使用相同的大版本；逻辑复制基于数据变化进行复制，使用发布/订阅模型，支持异构系统和跨大版本复制，提供细粒度控制，可实现零停机升级。
PostgreSQL逻辑复制是从哪个版本开始正式支持的？之前有哪些基础？
逻辑复制功能在PostgreSQL 10中正式引入。其基础组件在9.4版本中引入，包括逻辑解码、副本标识和复制槽；后续版本如9.5和9.6增加了跟踪提交时间戳、复制进度和通用消息等功能。
PostgreSQL 15在逻辑复制方面增加了哪些过滤功能？
PostgreSQL 15引入了行过滤和列过滤功能。行过滤允许使用WHERE子句过滤发布内容，不满足条件的行不会被发布；列过滤允许只发布指定的列。此外，还支持发布模式中的所有表。
PostgreSQL 16的逻辑复制有哪些性能改进？
PostgreSQL 16引入了并行应用（Parallel Apply），允许在订阅端使用多个并行工作进程应用更改，显著提升性能；还支持从备用服务器进行逻辑解码，减轻主服务器负载；并支持二进制模式的初始数据拷贝，比文本模式更快。
逻辑复制未来的发展方向是什么？
未来需要提高复制速率和减少延迟，通过并行支持和工作者优化来实现；增强与外部工具的集成以实现高可用性和升级；还可能需要核心支持多主复制，但缺少冲突检测和解决等关键功能。
pgEdge的Spock扩展提供了哪些逻辑复制相关功能？
pgEdge的Spock扩展提供了多主复制（active-active）和完全分布式PostgreSQL集群的重要功能，支持低延迟、高可用性和数据驻留。这些功能弥补了PostgreSQL核心中缺失的特性。
