Percona Database Performance Blog
·
如何基于pg_dump在PostgreSQL中为特定表启动逻辑复制
💡
原文英文，约2000词，阅读约需8分钟。
📝
内容提要
本文介绍了一种在PostgreSQL中进行初始数据同步的替代方法，使用pg_dump和pg_restore实现数据同步，而不是加速同步过程的表同步过程。在主服务器上创建发布，然后在目标服务器上创建订阅。在副本2上暂停复制，然后使用pg_dump从副本2中仅转储table1的数据。在目标节点上恢复数据，然后启用订阅。最后，通过pg_wal_replay_resume()函数恢复副本2的复制。
🎯
关键要点
- PostgreSQL中的逻辑复制是一种灵活的数据复制方式，专注于单行或事务的变化。
- 本文介绍了一种使用pg_dump和pg_restore进行初始数据同步的替代方法。
- 实验环境包括一个主服务器和两个副本，均运行PostgreSQL 12，以及一个目标服务器运行PostgreSQL 15。
- 第一步是在主服务器上创建发布，定义要复制的表。
- 第二步是在主服务器上创建逻辑复制槽，以捕获对table1的更改。
- 第三步是在目标服务器上创建订阅，连接到主服务器并复制table1的更改。
- 第四步在副本2上暂停复制，以便使用pg_dump转储table1的数据。
- 第五步记录副本2的重放LSN，以便后续使用。
- 第六步仅从副本2转储table1的数据。
- 第七步在目标节点上恢复数据。
- 第八步恢复逻辑复制工作进程，以捕获table1的持续数据变化。
- 第九步在目标服务器上将复制源推进到副本2的重放LSN位置。
- 第十步启用订阅，以开始将更改复制到目标服务器。
- 在实施此方法时，需要注意复制槽的年龄，以避免潜在的环绕问题。
🏷️
标签
➡️
