1. 为什么需要MySQL主从架构在互联网应用快速发展的今天数据库作为核心数据存储组件其可用性和性能直接影响业务连续性。我曾参与过一个电商项目在促销活动期间单台MySQL服务器突然宕机导致整个网站瘫痪近2小时损失惨重。这次事故后我们决定引入主从复制架构。MySQL主从复制Replication是指将主库Master的数据变更同步到一个或多个从库Slave的过程。这种架构带来的核心价值包括高可用性当主库出现故障时可以快速切换到从库继续提供服务读写分离主库处理写操作从库处理读操作有效分担负载数据备份从库可以作为实时备份避免数据丢失数据分析可以在从库上执行耗时的报表查询不影响主库性能MySQL 8.0在复制机制上做了多项改进包括基于WriteSet的并行复制大幅提升同步效率事务性数据字典使DDL操作也能安全复制组复制Group Replication增强提供更高可用性注意虽然主从架构能提高可用性但它不是完全的故障转移方案。要实现自动故障转移还需要配合其他工具如MHA或Orchestrator。2. 环境准备与安装MySQL 8.02.1 服务器规划建议在生产环境中我建议至少使用两台独立服务器主库服务器建议配置较高的CPU和内存特别是写入密集型应用从库服务器根据读负载需求配置磁盘I/O性能很重要以下是我们在实际项目中的典型配置组件CPU内存磁盘网络主库Master8核32GSSD RAID千兆网卡从库Slave4核16GSSD千兆网卡2.2 MySQL 8.0安装步骤以Ubuntu 20.04为例安装MySQL 8.0# 添加MySQL官方APT仓库 wget https://dev.mysql.com/get/mysql-apt-config_0.8.22-1_all.deb sudo dpkg -i mysql-apt-config_0.8.22-1_all.deb sudo apt update # 安装MySQL服务器 sudo apt install mysql-server # 安全配置设置root密码等 sudo mysql_secure_installation对于CentOS/RHEL系统# 添加MySQL Yum仓库 sudo rpm -Uvh https://dev.mysql.com/get/mysql80-community-release-el7-6.noarch.rpm # 安装MySQL服务器 sudo yum install mysql-community-server # 启动服务 sudo systemctl start mysqld sudo systemctl enable mysqld安装完成后检查版本mysql SELECT VERSION(); ----------- | VERSION() | ----------- | 8.0.28 | -----------提示生产环境建议禁用MySQL的匿名账户并为root设置强密码。我曾经遇到过因弱密码导致的安全事件。3. 主库配置详解3.1 修改主库配置文件编辑/etc/mysql/mysql.conf.d/mysqld.cnf路径可能因系统而异在[mysqld]段添加[mysqld] server-id 1 log_bin mysql-bin binlog_format ROW binlog_row_image FULL expire_logs_days 7 max_binlog_size 100M sync_binlog 1 binlog_group_commit_sync_delay 100 binlog_group_commit_sync_no_delay_count 10关键参数说明server-id必须唯一主从不能相同log_bin启用二进制日志这是复制的基础binlog_formatROW建议使用行格式更安全可靠sync_binlog1每次事务提交都同步binlog到磁盘确保数据安全3.2 创建复制专用账户在主库上执行CREATE USER repl% IDENTIFIED WITH mysql_native_password BY SecurePass123!; GRANT REPLICATION SLAVE ON *.* TO repl%; FLUSH PRIVILEGES;注意MySQL 8.0默认使用caching_sha2_password认证插件如果从库是旧版本MySQL需要使用mysql_native_password。3.3 获取主库初始状态锁定主库并记录二进制日志位置FLUSH TABLES WITH READ LOCK; SHOW MASTER STATUS;输出类似------------------------------------------------------------------------------- | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | ------------------------------------------------------------------------------- | mysql-bin.000003 | 785 | | | | -------------------------------------------------------------------------------记下File和Position值配置从库时会用到。完成后解锁UNLOCK TABLES;4. 从库配置与同步启动4.1 从库基础配置编辑从库的my.cnf文件[mysqld] server-id 2 relay_log mysql-relay-bin read_only 1 super_read_only 1 log_slave_updates 1重要参数server-id必须与主库不同read_only和super_read_only确保从库不会被意外写入log_slave_updates允许从库作为其他从库的主库级联复制4.2 初始化从库数据有多种方式初始化从库数据方法1使用mysqldump适合小型数据库# 在主库执行 mysqldump -u root -p --all-databases --master-data2 dbdump.sql # 在从库导入 mysql -u root -p dbdump.sql方法2使用克隆插件MySQL 8.0推荐-- 在从库执行 INSTALL PLUGIN clone SONAME mysql_clone.so; SET GLOBAL clone_valid_donor_list master_ip:3306; -- 开始克隆 CLONE INSTANCE FROM replmaster_ip:3306 IDENTIFIED BY SecurePass123!;方法3使用Percona XtraBackup适合大型数据库# 在主库执行 xtrabackup --backup --userroot --passwordyourpassword --target-dir/path/to/backup xtrabackup --prepare --target-dir/path/to/backup # 将备份复制到从库后恢复 xtrabackup --copy-back --target-dir/path/to/backup chown -R mysql:mysql /var/lib/mysql4.3 启动复制进程在从库上执行CHANGE MASTER TO MASTER_HOSTmaster_ip, MASTER_USERrepl, MASTER_PASSWORDSecurePass123!, MASTER_LOG_FILEmysql-bin.000003, MASTER_LOG_POS785; START SLAVE;检查复制状态SHOW SLAVE STATUS\G关键指标检查Slave_IO_Running和Slave_SQL_Running都应为YesSeconds_Behind_Master显示复制延迟秒数Last_IO_Error和Last_SQL_Error应为空5. 高级配置与性能优化5.1 半同步复制配置MySQL默认采用异步复制可能丢失少量数据。半同步复制确保至少一个从库收到数据后才返回给客户端在主库和从库安装插件INSTALL PLUGIN rpl_semi_sync_master SONAME semisync_master.so; INSTALL PLUGIN rpl_semi_sync_slave SONAME semisync_slave.so;主库配置SET GLOBAL rpl_semi_sync_master_enabled 1; SET GLOBAL rpl_semi_sync_master_timeout 10000; # 10秒超时从库配置SET GLOBAL rpl_semi_sync_slave_enabled 1;5.2 多线程复制优化MySQL 8.0默认启用基于WriteSet的并行复制SHOW VARIABLES LIKE slave_parallel%;建议配置slave_parallel_workers 8 slave_parallel_type LOGICAL_CLOCK5.3 复制过滤配置有时不需要复制所有数据库# 只复制特定数据库 CHANGE REPLICATION FILTER REPLICATE_DO_DB (db1, db2); # 忽略特定表 CHANGE REPLICATION FILTER REPLICATE_WILD_IGNORE_TABLE (db1.log_%, db2.temp_%);6. 日常监控与故障处理6.1 关键监控指标建议监控以下指标指标名称正常值检查命令复制状态Slave_IO/SQL_RunningYesSHOW SLAVE STATUS\G复制延迟秒30SHOW SLAVE STATUS\G主库二进制日志位置持续增长SHOW MASTER STATUS从库中继日志应用位置与主库位置接近SHOW SLAVE STATUS\G复制错误无SHOW SLAVE STATUS\G6.2 常见问题处理问题1复制中断Last_SQL_Error显示错误解决方法STOP SLAVE; SET GLOBAL sql_slave_skip_counter 1; # 跳过1个错误事件 START SLAVE;或者对于主键冲突等STOP SLAVE; SET GLOBAL.slave_exec_modeIDEMPOTENT; # 启用幂等模式 START SLAVE;问题2主从数据不一致使用pt-table-checksum检查pt-table-checksum --replicatetest.checksums hmaster_ip,uroot,pyourpassword pt-table-sync --replicatetest.checksums hmaster_ip,uroot,pyourpassword --print问题3网络中断导致复制延迟可以临时调整STOP SLAVE; CHANGE MASTER TO MASTER_CONNECT_RETRY10, MASTER_RETRY_COUNT36; START SLAVE;7. 主从切换演练定期演练主从切换非常重要。以下是手动切换步骤步骤1提升从库为主库在从库执行STOP SLAVE; RESET MASTER; SET GLOBAL read_onlyOFF; SET GLOBAL super_read_onlyOFF;步骤2配置原主库为新从库在原主库执行RESET SLAVE ALL; CHANGE MASTER TO MASTER_HOSTnew_master_ip, MASTER_USERrepl, MASTER_PASSWORDSecurePass123!, MASTER_AUTO_POSITION1; START SLAVE;步骤3应用连接切换修改应用配置将写操作指向新主库。建议使用中间件如ProxySQL或MySQL Router实现透明切换。我在实际运维中发现定期演练能显著提高故障时的恢复速度。曾经有一次生产故障因为平时演练充分我们仅用3分钟就完成了主从切换业务几乎无感知。