PostgreSQL 14.5开启逻辑复制后的定期维护需求咨询

一、WAL日志膨胀的控制 #

• 和SQL Server的Full恢复模型逻辑不同，Postgres的WAL日志清理不需要手动定期备份日志来防膨胀：只要配置了WAL归档（比如用pg_basebackup或其他备份工具），旧的WAL段文件会在完成归档且超过检查点保留周期后自动被清理。
• 如果没开WAL归档，Postgres只会保留崩溃恢复所需的WAL文件，不会因为wal_level改成logical就无限制堆积。但要注意：如果逻辑复制的订阅端长时间离线，发布端会保留对应事务的WAL直到订阅端追上，这种情况可能导致WAL堆积，所以要保证订阅端正常运行，及时清理停滞的订阅。

二、其他相关维护工作 #

• 复制槽管理：每个逻辑订阅对应一个复制槽，订阅端离线过久会让复制槽持续保留WAL，甚至撑爆磁盘。定期用SELECT * FROM pg_replication_slots;检查状态，对废弃或停滞的复制槽，用SELECT pg_drop_replication_slot('slot_name');删除。
• DDL操作规范：对已发布的表做DDL时，简单操作（比如加列）一般能自动同步，但复杂操作（比如重命名列、修改列类型）可能需要暂停订阅，手动同步结构后再恢复，避免同步异常。
• 性能监控：wal_level改为logical后，WAL生成量会增加（包含逻辑变更信息），可能提升磁盘IO和CPU负载。要监控WAL生成速率、IO使用率，必要时调整max_wal_size等检查点参数，或者升级硬件。
• 统计信息维护：逻辑复制依赖表的统计信息优化同步性能，定期运行ANALYZE（或依赖自动统计收集）确保统计信息准确，避免同步出现性能瓶颈。

内容的提问来源于stack exchange，提问作者Senthil