主从复制通过主库binlog记录数据变更，从库I/O线程读取并执行relay log实现数据同步；配置需设置server-id、开启binlog、创建复制用户并记录主库File/Position；从库配置server-id、relay-log并启动复制进程；PHP中通过区分主从连接实现读写分离；结合MHA、半同步、ProxySQL等提升高可用性；注意网络、权限、防火墙及复制状态监控。
主从复制原理与作用
MySQL 主从复制是一种常见的数据库高可用性方案，通过将主库（Master）的数据变更同步到一个或多个从库（Slave），实现数据冗余、读写分离和故障转移。在 PHP 应用中配置主从复制，可以显著提升数据库的性能和可靠性。
主从复制的基本流程是：主库记录二进制日志（binlog），从库通过 I/O 线程读取主库的 binlog 并写入自己的中继日志（relay log），再由 SQL 线程执行这些日志中的操作，从而保持数据一致。
配置 MySQL 主从复制步骤
1. 配置主库（Master）
立即学习“PHP免费学习笔记（深入）”；
server-id = 1 log-bin = mysql-bin binlog-format = ROW expire_logs_days = 7
- 重启 MySQL 服务
- 登录 MySQL 创建用于复制的账号：
CREATE USER 'repl'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
- 查看主库状态，记录 File 和 Position 值：
SHOW MASTER STATUS;
2. 配置从库（Slave）
Difeye是一款超轻量级PHP框架，主要特点有： Difeye是一款超轻量级PHP框架，主要特点有： ◆数据库连接做自动主从读写分离配置，适合单机和分布式站点部署； ◆支持Smarty模板机制，可灵活配置第三方缓存组件； ◆完全分离页面和动作，仿C#页面加载自动执行Page_Load入口函数； ◆支持mysql，mongodb等第三方数据库模块，支持读写分离，分布式部署； ◆增加后台管理开发示例
- 编辑从库的 my.cnf 文件，在 [mysqld] 段添加：
server-id = 2 relay-log = mysql-relay-bin log-slave-updates = 1 read-only = 1
- 重启从库 MySQL
- 设置主从连接信息（使用前面查到的 Master_Log_File 和 Read_Master_Log_Pos）：
CHANGE MASTER TO MASTER_HOST='主库IP', MASTER_USER='repl', MASTER_PASSWORD='your_password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=154;
- 启动复制：
START SLAVE;
- 检查复制状态：
SHOW SLAVE STATUS\G
确保 Slave_IO_Running 和 Slave_SQL_Running 都为 Yes。
PHP 应用中读写分离实现
在 PHP 项目中，可以通过中间层或手动分配数据库连接来实现读写分离。
示例：使用简单的配置数组区分主从
$dbConfig = [
'master' => 'mysql:host=192.168.1.10;dbname=test',
'slave' => 'mysql:host=192.168.1.11;dbname=test',
'user' => 'root',
'pass' => 'password'
];
// 写操作走主库
$pdo = new PDO($dbConfig['master'], $dbConfig['user'], $dbConfig['pass']);
// 读操作可走从库
$pdo_read = new PDO($dbConfig['slave'], $dbConfig['user'], $dbConfig['pass']);
更高级的做法是封装一个数据库路由类，根据 SQL 类型自动选择连接。
高可用性增强方案
仅靠主从复制还不够，建议结合以下措施提升系统稳定性：
- 心跳检测与自动切换：使用 MHA（Master High Availability）或 Orchestrator 监控主库状态，主库宕机时自动提升从库为主库。
- 双主+半同步：两个节点互为主从，配合 semi-sync 插件保证至少一个从库接收到日志，避免数据丢失。
- 负载均衡读请求：使用 ProxySQL 或 MaxScale 分发读请求到多个从库，减轻单点压力。
- 定期备份与延迟从库：设置一个延迟几小时的从库，防止误删数据无法恢复。
常见问题排查
- 复制延迟：检查网络、从库硬件性能、大事务影响。
- SQL线程停止：通常是主键冲突或数据不一致，需对比主从数据并修复。
- 主库崩溃后恢复：重新作为从库接入前建议使用 pt-table-checksum 校验数据一致性。
基本上就这些。主从复制部署不复杂但容易忽略细节，关键是配置准确、权限正确、防火墙开放 3306 端口，并持续监控复制状态。
