主从复制是MySQL/PostgreSQL高可用的基础，需精确配置、状态可控、切换可预期；MySQL依赖二进制日志与ROW格式，PostgreSQL依托WAL物理复制；二者均需位点校验、问题快速定位及叠加MHA/Patroni等实现自动故障转移。
Linux环境下实现MySQL或PostgreSQL的高可用，主从复制是基础且关键的一环。它不等于全自动故障转移，但为读写分离、数据备份和后续搭建高可用集群（如MHA、Patroni、Replication Manager）打下坚实基础。核心在于配置准确、状态可控、切换可预期。
MySQL主从复制：从零配置到状态验证
主库需开启二进制日志并设置唯一server-id；从库需配置指向主库的连接参数及启用中继日志。关键不是“配通”，而是确保复制链路真正生效且持续同步。
- 主库my.cnf中确认：log-bin=mysql-bin、server-id=1、binlog-format=ROW（推荐）
- 创建专用复制用户：CREATE USER 'repl'@'%' IDENTIFIED BY 'secure_pass'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
- 从库执行CHANGE MASTER TO时，MASTER_LOG_FILE和MASTER_LOG_POS必须与主库SHOW MASTER STATUS输出严格一致
- 启动复制后，用SHOW SLAVE STATUS\G检查：Slave_IO_Running和Slave_SQL_Running均为Yes，且Seconds_Behind_Master稳定为0或极小值
PostgreSQL流复制：物理复制更轻量、更可靠
PostgreSQL默认使用WAL（Write-Ahead Logging）物理复制，比逻辑复制延迟更低、一致性更强，适合高可用场景。主库归档与从库恢复配置需匹配，且需注意pg_hba.conf权限控制。
网页制作与PHP语言应用
下载
图书《网页制作与PHP语言应用》，由武汉大学出版社于2006出版，该书为普通高等院校网络传播系列教材之一，主要阐述了网页制作的基础知识与实践，以及PHP语言在网络传播中的应用。该书内容涉及：HTML基础知识、PHP的基本语法、PHP程序中的常用函数、数据库软件MySQL的基本操作、网页加密和身份验证、动态生成图像、MySQL与多媒体素材库的建设等。
- 主库postgresql.conf中启用：wal_level = replica、max_wal_senders = 10、listen_addresses = '*,localhost'、wal_keep_size = 1GB（或wal_keep_segments）
- 主库pg_hba.conf添加：host replication repl 192.168.1.0/24 md5（允许从库IP网段连接replication用户）
- 从库使用pg_basebackup -h 主库IP -D /var/lib/postgresql/data -U repl -P -R -X stream一键拉取基础备份并生成standby.signal
- 从库启动后，查pg_stat_replication（主库）和pg_is_in_recovery()（从库）确认复制状态
主从常见问题定位与修复思路
复制中断往往不是配置错误，而是数据不一致、网络抖动、磁盘满、WAL被清理等实际运行问题。快速判断比重配更重要。
- MySQL从库报错Duplicate entry或Error_code: 1062：大概率主从数据已不一致，需对比表校验（pt-table-checksum）或跳过单条事件（SET GLOBAL sql_slave_skip_counter=1）——仅限测试环境临时处理
- PostgreSQL从库卡在startup process (PID: xxx) waiting for WAL：检查主库WAL是否被过早回收（增大wal_keep_size）、网络是否丢包、归档路径是否有权限问题
- 两者共性现象：Seconds_Behind_Master或recovery_delay持续增长 → 查主库写入压力、从库I/O负载、网络带宽占用
- 所有修复操作前，先确认主库当前位点（File/Position 或 WAL文件名+偏移），避免从库回退过多导致数据丢失
高可用不止于复制：主从只是起点
主从复制本身不具备自动故障检测与主备切换能力。生产环境必须叠加额外组件才能实现高可用闭环：
- MySQL可选：MHA（成熟稳定）、Orchestrator（Web界面友好）、ProxySQL+Consul（服务发现+读写分离）
- PostgreSQL推荐：Patroni（基于DCS如etcd/ZooKeeper，支持自动故障转移+标签化角色管理）、repmgr（轻量易上手，适合中小规模）
- 无论选型，都需配套健康检查脚本、告警通知（如Prometheus+Alertmanager）、切换后应用连接池刷新机制（如Druid的validConnectionChecker）
