主从复制通过主库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免费学习笔记（深入）”；
编辑 MySQL 配置文件 my.cnf（通常位于 /etc/mysql/my.cnf 或 /etc/my.cnf）在 [mysqld] 段添加以下内容：server-id = 1log-bin = mysql-binbinlog-format = ROWexpire_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）
编辑从库的 my.cnf 文件，在 [mysqld] 段添加：server-id = 2relay-log = mysql-relay-binlog-slave-updates = 1read-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。
图可丽批量抠图 用AI技术提高数据生产力，让美好事物更容易被发现
26 查看详情 
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'];<p>// 写操作走主库$pdo = new PDO($dbConfig['master'], $dbConfig['user'], $dbConfig['pass']);</p><p>// 读操作可走从库$pdo_read = new PDO($dbConfig['slave'], $dbConfig['user'], $dbConfig['pass']);</p>登录后复制
更高级的做法是封装一个数据库路由类，根据 SQL 类型自动选择连接。
高可用性增强方案
仅靠主从复制还不够，建议结合以下措施提升系统稳定性：
心跳检测与自动切换：使用 MHA（Master High Availability）或 Orchestrator 监控主库状态，主库宕机时自动提升从库为主库。双主+半同步：两个节点互为主从，配合 semi-sync 插件保证至少一个从库接收到日志，避免数据丢失。负载均衡读请求：使用 ProxySQL 或 MaxScale 分发读请求到多个从库，减轻单点压力。定期备份与延迟从库：设置一个延迟几小时的从库，防止误删数据无法恢复。常见问题排查
复制延迟：检查网络、从库硬件性能、大事务影响。SQL线程停止：通常是主键冲突或数据不一致，需对比主从数据并修复。主库崩溃后恢复：重新作为从库接入前建议使用 pt-table-checksum 校验数据一致性。基本上就这些。主从复制部署不复杂但容易忽略细节，关键是配置准确、权限正确、防火墙开放 3306 端口，并持续监控复制状态。
以上就是php数据库如何配置主从复制 php数据库高可用性方案部署的详细内容，更多请关注php中文网其它相关文章！
