MySQL主从复制是指主库将数据变更记录到二进制日志中，从库通过读取主库的二进制日志并执行相同操作，实现与主库数据一致的技术。这种机制不仅能分担主库的读请求压力，还能作为数据备份和恢复的重要手段，当主库出现故障时可以快速切换到从库保障业务运行。
主从复制的基本原理
主从复制的核心流程分为三个步骤：首先主库在执行数据变更操作后，会将变更内容写入二进制日志（binlog）；然后从库的IO线程会连接主库，读取主库的二进制日志并写入到从库的中继日志（relay log）中；最后从库的SQL线程会读取中继日志中的内容，在从库上执行对应的SQL操作，完成数据同步。
主从复制环境搭建
主库配置
首先修改主库的MySQL配置文件，一般路径为/etc/my.cnf或者/etc/mysql/my.cnf，添加以下配置项：
[mysqld] # 设置服务器唯一ID，主从库的ID不能重复 server-id=1 # 开启二进制日志，指定日志文件前缀 log-bin=mysql-bin # 设置二进制日志格式，推荐使用ROW格式 binlog_format=ROW # 需要同步的数据库，不设置则同步所有数据库 binlog-do-db=test_db # 忽略同步的数据库 binlog-ignore-db=mysql
配置完成后重启MySQL服务，然后登录主库创建用于从库连接的复制账号：
-- 创建复制账号，用户名是repl，密码是Repl@123456，允许从库IP连接 CREATE USER 'repl'@'192.168.0.%' IDENTIFIED BY 'Repl@123456'; -- 授予复制权限 GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.0.%'; -- 刷新权限 FLUSH PRIVILEGES; -- 查看主库当前的二进制日志状态，记录File和Position的值 SHOW MASTER STATUS;
执行SHOW MASTER STATUS后会得到类似如下的结果，需要记录下File和Position的值，后续从库配置会用到：
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
|---|---|---|---|
| mysql-bin.000001 | 156 | test_db | mysql |
从库配置
修改从库的MySQL配置文件，添加以下配置：
[mysqld] # 设置从库唯一ID，和主库以及其他从库不重复 server-id=2 # 开启中继日志 relay-log=relay-bin # 设置只读，避免从库被误写入数据 read-only=1
重启从库MySQL服务后，登录从库执行以下命令配置主库连接信息：
-- 配置主库连接信息，替换为实际的主库IP、复制账号、之前记录的File和Position CHANGE MASTER TO MASTER_HOST='192.168.0.10', MASTER_USER='repl', MASTER_PASSWORD='Repl@123456', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=156; -- 启动从库复制线程 START SLAVE; -- 查看从库复制状态 SHOW SLAVE STATUSG
查看复制状态时，需要确认Slave_IO_Running和Slave_SQL_Running两个字段的值都是Yes，如果是则说明主从复制搭建成功。
利用主从复制实现数据备份
主从复制本身就可以作为实时备份方案，从库会持续同步主库的数据变更，相当于主库的一个实时副本。如果需要做全量备份，可以在从库上执行备份操作，避免影响主库的性能：
# 在从库服务器上执行mysqldump全量备份，备份test_db数据库 mysqldump -u root -p --single-transaction --master-data=2 test_db > /backup/test_db_$(date +%Y%m%d).sql
其中--single-transaction参数可以保证备份过程中数据的一致性，--master-data=2会在备份文件中记录备份时的二进制日志位置，方便后续基于时间点恢复。
利用主从复制实现数据恢复
主库故障快速切换恢复
当主库出现硬件故障、数据损坏等问题无法正常运行时，可以直接将业务切换到从库，快速恢复服务：
- 首先停止从库的复制线程：
STOP SLAVE; - 关闭从库的只读模式：
SET GLOBAL read_only=0; - 将业务的数据库连接地址修改为从库的IP，即可恢复业务运行。
后续可以重新搭建新的主库，将原来的从库作为主库，再添加新的从库组成新的主从架构。
误删除数据恢复
如果主库出现误删除表、误更新数据等操作，可以利用从库的二进制日志和备份文件恢复：
注意：如果误删除操作已经同步到从库，需要先停止从库的复制线程，避免错误操作继续同步。
恢复步骤如下：
- 首先用从库的最新全量备份文件恢复数据到临时库
- 查看从库的二进制日志，找到误删除操作之前的位置点
- 使用
mysqlbinlog工具导出误删除操作之前的增量日志，应用到临时库 - 确认临时库数据正确后，将临时库的数据同步回主库即可完成恢复
# 导出从库二进制日志中指定位置之前的内容，假设日志文件是mysql-bin.000002，结束位置是1234 mysqlbinlog --stop-position=1234 /var/lib/mysql/mysql-bin.000002 | mysql -u root -p -h 127.0.0.1 temp_db
常见问题排查
如果主从复制出现延迟或者同步中断，可以通过以下方式排查：
- 检查从库
SHOW SLAVE STATUSG中的Last_IO_Error和Last_SQL_Error字段，查看具体的错误信息 - 如果是IO线程错误，检查主从库网络是否连通、复制账号权限是否正确、主库二进制日志是否开启
- 如果是SQL线程错误，一般是主从库数据不一致导致，可以先跳过错误的事务，再重新同步数据，跳过错误的方法如下：
-- 跳过当前错误的事务，注意仅临时使用，后续需要修复数据一致性 SET GLOBAL sql_slave_skip_counter=1; START SLAVE;