PostgreSQL物理复制主从配置教程，如何搭建与优化高可用数据库架构

通过在主库配置归档、从库恢复基础备份并启用流复制，可实现PostgreSQL主从物理复制，并结合监控与自动切换机制优化高可用性。

主库配置准备

首先在主库服务器上，打开postgresql.conf文件，调整几个关键设置。将wal_level参数改为replica，确保生成足够的日志用于复制。设置max_wal_senders为一个非零值，比如10，这允许从库连接来获取数据。同时，调整wal_keep_size参数，例如设为1GB，以防止日志过早被删除。在pg_hba.conf文件中，添加一行规则，允许从库IP使用复制权限连接。例如，添加host replication all 从库IP/32 trust，这简化了初始设置。完成更改后，重启PostgreSQL服务使配置生效。

创建复制用户与基础备份

在主库中，使用psql命令行创建一个专门用于复制的用户。执行命令：CREATE USER repl_user WITH REPLICATION ENCRYPTED PASSWORD '你的密码'。接着，在从库服务器上，如果已有数据目录，先将其清空或移除。使用pg_basebackup命令从主库获取初始数据备份。运行命令如：pg_basebackup -h 主库IP -D /var/lib/pgsql/你的数据目录 -U repl_user -P -v -R。这个命令会复制数据并自动生成一个standby.signal文件及基本连接信息。

从库设置与启动复制

在从库上，检查postgresql.conf文件，确保hot_standby参数设置为on，允许在从库上执行只读查询。根据生成的standby.signal和可能更新的postgresql.auto.conf，验证连接设置。然后，启动从库的PostgreSQL服务。使用命令如：systemctl start postgresql。启动后，登录主库，通过查询SELECT * FROM pg_stat_replication;来检查复制状态。如果看到从库信息且状态为streaming，则表示物理复制已成功建立。此时，从库会实时同步主库的数据变更。

监控与高可用优化

搭建主从复制后，监控是关键。可以使用内置视图如pg_stat_replication监控复制延迟，通过比较主从的LSN位置来评估健康状况。设置定期检查脚本，例如每分钟查询一次延迟情况。为了优化高可用架构，建议引入自动故障转移工具，如Patroni或pgpool-II。这些工具能监控主库状态，一旦主库失效，自动将从库提升为新主库，减少停机时间。同时，配置虚拟IP或DNS切换，确保应用连接能自动重定向到新主库。定期测试故障转移流程，确保在真实故障时系统能快速恢复。

性能调优与维护

在复制环境中，性能优化有助于提升整体稳定性。调整主库的wal设置，如wal_buffers和checkpoint_segments，以平衡日志写入和性能。在从库上，考虑设置max_standby_streaming_delay，控制查询延迟以应对冲突。定期清理旧的WAL文件，避免磁盘空间不足。使用工具如pgBadger分析日志，识别潜在瓶颈。此外，保持主从库的PostgreSQL版本一致，并在低峰期进行维护操作，如重启或配置更改，以最小化影响。

FAQ

问：主从复制延迟较大怎么办？答：首先检查网络带宽和延迟，确保主从服务器间连接稳定。然后，调整主库的wal设置如增加wal_keep_size，并优化从库的查询负载，避免长时间运行的大型查询占用资源。使用监控工具识别瓶颈所在。问：如何手动切换主从角色？答：在主库失效时，在从库上执行pg_ctl promote命令或创建trigger_file文件来提升从库为主库。之后，更新应用连接配置指向新主库。建议自动化此过程以减少人为错误。问：复制过程中可以修改从库数据吗？答：不可以，物理复制从库是只读的，任何直接修改都会破坏复制一致性。如果需要在从库上写入数据，可以考虑使用逻辑复制或其他方案。

引用来源：基于PostgreSQL官方文档（https://www.postgresql.org/docs/）中关于流复制和高可用性的章节，以及社区实践如Patroni和pgpool-II的指南。具体步骤参考了在线教程和实际部署经验。