数据库主从复制是让主库数据自动同步到从库的技术，主要实现读写分离、数据备份和负载均衡。1.php本身不直接实现复制，而是通过连接不同数据库实例分发读写操作；2.常见方案包括基于sql语句的复制、gtid复制和半同步复制，分别通过binlog文件位置、全局事务id和确认机制实现；3.配置步骤包括主从库设置、用户权限创建、数据备份导入及连接配置；4.延迟原因包括网络问题、主从压力、大事务、锁竞争和硬件限制，解决方式对应优化网络、sql、拆分事务、减少锁冲突和升级硬件；5.监控方法有show slave status、mysql enterprise monitor、第三方工具及自定义脚本；6.切换方案分为手动、半自动和全自动，选择依据为业务需求与容错能力。
数据库主从复制，简单来说，就是让一台数据库（主库）的数据自动同步到另一台或多台数据库（从库）。这样做的好处很多，比如读写分离，提高读取性能；数据备份，防止数据丢失；以及负载均衡，分摊主库压力。
解决方案
PHP本身并不直接实现数据库主从复制，它只是一个应用程序开发语言。真正实现主从复制的是数据库系统，比如MySQL、PostgreSQL等。PHP的作用是根据主从架构，将读写操作分发到不同的数据库实例上。
以下以MySQL为例，说明PHP如何配合实现主从复制，以及主从复制的方案和配置步骤：
立即学习“PHP免费学习笔记（深入）”；
方案一：基于SQL语句的主从复制
这种方案是最常见，也是最基础的。主库记录所有的数据变更操作（INSERT, UPDATE, DELETE）到二进制日志（binlog），从库读取主库的binlog，并在自身执行这些操作，从而保持数据同步。
配置步骤：
-
配置主库（Master）：
- 启用二进制日志：在MySQL的配置文件（my.cnf或my.ini）中，找到
[mysqld]部分，添加或修改以下配置：
log-bin=mysql-bin # 启用二进制日志，并指定日志文件名前缀 server-id=1 # 设置服务器ID，必须唯一 binlog_format=ROW # 推荐使用ROW模式，确保数据一致性
- 重启MySQL服务。
- 创建用于复制的用户：
CREATE USER 'repl'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
- 锁定主库，并记录当前binlog文件名和位置：
FLUSH TABLES WITH READ LOCK; SHOW MASTER STATUS;
记录
File和Position的值，稍后从库需要用到。- 解锁主库：
UNLOCK TABLES;
- 备份主库数据，可以使用
mysqldump命令。
- 启用二进制日志：在MySQL的配置文件（my.cnf或my.ini）中，找到
-
配置从库（Slave）：
- 修改配置文件（my.cnf或my.ini）：
server-id=2 # 设置服务器ID，必须唯一，且与主库不同 relay-log=relay-log-bin # 启用中继日志 read_only=1 # 设置为只读，防止误操作
- 重启MySQL服务。
- 将主库备份的数据导入到从库。
- 配置从库连接到主库：
CHANGE MASTER TO MASTER_HOST='master_ip_address', MASTER_USER='repl', MASTER_PASSWORD='your_password', MASTER_LOG_FILE='recorded_binlog_file_name', MASTER_LOG_POS=recorded_binlog_position; START SLAVE; SHOW SLAVE STATUS\G;检查
Slave_IO_Running和Slave_SQL_Running是否都为Yes。 PHP代码配合：
在PHP代码中，根据读写操作，连接不同的数据库实例。
<?php
// 主库连接信息
$master_host = 'master_ip_address';
$master_user = 'your_master_user';
$master_password = 'your_master_password';
$master_db = 'your_database';
// 从库连接信息
$slave_host = 'slave_ip_address';
$slave_user = 'your_slave_user';
$slave_password = 'your_slave_password';
$slave_db = 'your_database';
// 写操作
function write_data($sql) {
global $master_host, $master_user, $master_password, $master_db;
$conn = new mysqli($master_host, $master_user, $master_password, $master_db);
if ($conn->connect_error) {
die("Master Connection failed: " . $conn->connect_error);
}
$conn->query($sql);
$conn->close();
}
// 读操作
function read_data($sql) {
global $slave_host, $slave_user, $slave_password, $slave_db;
$conn = new mysqli($slave_host, $slave_user, $slave_password, $slave_db);
if ($conn->connect_error) {
die("Slave Connection failed: " . $conn->connect_error);
}
$result = $conn->query($sql);
$conn->close();
return $result;
}
// 示例
write_data("INSERT INTO users (name) VALUES ('test')");
$result = read_data("SELECT * FROM users");
if ($result->num_rows > 0) {
while($row = $result->fetch_assoc()) {
echo "id: " . $row["id"]. " - Name: " . $row["name"]. "<br>";
}
} else {
echo "0 results";
}
?>方案二：基于GTID的主从复制
GTID（Global Transaction ID）是MySQL 5.6引入的一种全局唯一事务ID。使用GTID可以简化主从切换，避免传统复制模式下需要手动指定binlog文件名和位置的麻烦。
配置步骤：
-
配置主库（Master）：
- 修改配置文件（my.cnf或my.ini）：
log-bin=mysql-bin server-id=1 gtid_mode=ON enforce_gtid_consistency=ON log_slave_updates=ON # 允许从库写入binlog，用于级联复制
- 重启MySQL服务。
- 创建复制用户（同方案一）。
- 备份主库数据（同方案一）。
-
配置从库（Slave）：
- 修改配置文件（my.cnf或my.ini）：
server-id=2 gtid_mode=ON enforce_gtid_consistency=ON relay-log=relay-log-bin read_only=1
- 重启MySQL服务。
- 将主库备份的数据导入到从库。
- 配置从库连接到主库：
CHANGE MASTER TO MASTER_HOST='master_ip_address', MASTER_USER='repl', MASTER_PASSWORD='your_password', MASTER_AUTO_POSITION=1; # 启用GTID自动定位 START SLAVE; SHOW SLAVE STATUS\G; PHP代码配合： 与方案一类似，PHP代码不需要修改，只需要保证连接信息正确即可。
方案三：半同步复制
半同步复制是一种介于异步复制和全同步复制之间的方案。主库在提交事务之前，至少要等待一个从库接收到该事务的binlog，才算提交成功。这样可以提高数据一致性，但也会牺牲一定的性能。
配置步骤：
-
安装半同步复制插件：
- 在主库和从库上执行以下命令：
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so'; INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
-
配置主库（Master）：
- 修改配置文件（my.cnf或my.ini）：
rpl_semi_sync_master_enabled=1 # 启用半同步复制 rpl_semi_sync_master_timeout=10 # 设置超时时间，单位秒 log-bin=mysql-bin server-id=1
- 重启MySQL服务。
-
配置从库（Slave）：
- 修改配置文件（my.cnf或my.ini）：
rpl_semi_sync_slave_enabled=1 # 启用半同步复制 relay-log=relay-log-bin server-id=2 read_only=1
- 重启MySQL服务。
配置从库连接到主库（同方案一或方案二）。
PHP代码配合： 与方案一和方案二类似，PHP代码不需要修改。
主从复制延迟的原因有哪些？如何解决？
主从复制延迟是主从复制中常见的问题。延迟的原因有很多，主要包括：
-
网络延迟： 主库和从库之间的网络连接不稳定或带宽不足，导致binlog传输速度慢。
- 解决方案： 优化网络连接，增加带宽，使用更快的网络协议。
-
主库压力过大： 主库写入压力过大，导致binlog生成速度慢。
- 解决方案： 优化SQL语句，减少写入操作，使用缓存，进行读写分离。
-
从库压力过大： 从库需要执行大量的SQL语句，导致同步速度慢。
- 解决方案： 优化SQL语句，增加从库的硬件资源，使用多线程复制（MySQL 5.6+）。
-
大事务： 大事务会导致binlog文件过大，传输和执行时间过长。
- 解决方案： 尽量避免大事务，将大事务拆分成小事务。
-
锁竞争： 主库和从库之间存在锁竞争，导致同步速度慢。
- 解决方案： 优化表结构，减少锁冲突，使用乐观锁。
-
硬件资源不足： 主库或从库的CPU、内存、磁盘I/O等硬件资源不足。
- 解决方案： 升级硬件资源。
如何监控主从复制的状态？
监控主从复制的状态对于及时发现和解决问题至关重要。常用的监控方法包括：
使用
SHOW SLAVE STATUS命令： 这是最常用的监控方法，可以查看从库的各种状态信息，如Slave_IO_Running、Slave_SQL_Running、Seconds_Behind_Master等。使用MySQL Enterprise Monitor： 这是MySQL官方提供的监控工具，可以提供更全面的监控功能，包括性能监控、告警等。
使用第三方监控工具： 如Zabbix、Nagios等，可以通过自定义脚本监控主从复制的状态。
编写自定义监控脚本： 可以使用PHP或其他脚本语言编写自定义监控脚本，定期检查主从复制的状态，并发送告警信息。
主从切换方案有哪些？如何选择？
主从切换是指在主库发生故障时，将从库切换为主库，以保证服务的可用性。常用的主从切换方案包括：
手动切换： 这是最简单的切换方案，需要人工干预。当主库发生故障时，手动将一个从库提升为主库，并修改应用程序的连接信息。
半自动切换： 这种方案需要人工确认，但可以自动执行切换操作。当监控系统检测到主库故障时，会发送告警信息，并提示管理员确认是否进行切换。如果管理员确认，则自动将一个从库提升为主库。
全自动切换： 这种方案完全自动化，无需人工干预。当监控系统检测到主库故障时，会自动将一个从库提升为主库，并修改应用程序的连接信息。
选择哪种切换方案取决于业务的需求和容错能力。手动切换方案简单易行，但需要人工干预，可能会导致较长的停机时间。全自动切换方案可以实现零停机，但实现起来比较复杂，需要考虑各种异常情况。半自动切换方案介于两者之间，可以根据实际情况进行选择。
