MySQL主从架构如何进行滚动版本升级？-mysql教程-PHP中文网

平滑升级必须走主从滚动路径，不能原地升级主库，否则因binlog事件格式、gtid解析逻辑、系统表结构变更导致旧从库sql线程无法解析，引发error 1236等复制断裂或数据分裂。

mysql主从架构如何进行滚动版本升级？

主从架构滚动升级不是“换完从库再切主”这么简单，必须按角色、状态、协议三重约束推进，否则复制链路会在某个节点无声断裂。

为什么不能直接升级主库再改从库配置

主库一升级，binlog 事件格式、GTID 解析逻辑、系统表结构就变——旧版从库的 SQL_THREAD 根本无法解析 ANONYMOUS_GTID_LOG_EVENT 或 8.0 新增的 checksum 校验字段，常见报错：ERROR 1236 (HY000): Could not parse relay log event entry。更隐蔽的问题是：SQL_THREAD 表面运行，Seconds_Behind_Master 归零，但实际已跳过大量事务，数据已分裂。

5.7 主库升级到 8.0 后，mysql.user 表从 MyISAM 变为 InnoDB，字段类型和权限校验逻辑变更，旧从库加载时直接崩溃
8.4 默认禁用 MASTER 关键字，而从库配置里还写着 CHANGE MASTER TO，启动就语法报错
主库启用 binlog_transaction_compression=ON，低版本从库根本不认识这个变量，IO_THREAD 启动失败

从库升级时如何保持复制不断开

关键不是“不停复制”，而是让 IO_THREAD 和 SQL_THREAD 分阶段升级：先停 SQL 线程保数据不乱跑，再换二进制重启，最后让新 SQL 引擎安全消化 relay log。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

执行 STOP SLAVE SQL_THREAD;，保留 IO_THREAD 继续拉取 binlog，确保主库新写入不丢失
停 mysqld 进程，替换为新版本二进制，修改 my.cnf（特别注意 default_authentication_plugin、replica_sql_verify_checksum）
启动后检查 SHOW SLAVE STATUS\G 中 Retrieved_Gtid_Set 是否持续增长；等 Seconds_Behind_Master = 0 后，再执行 START SLAVE SQL_THREAD;
若 Slave_SQL_Running_State 卡在 Reading event from the relay log，说明新版本解析旧 binlog 失败，需人工定位 Relay_Log_File 对应位置查 event 类型

主从切换后原主库降级接入的坑

旧主库不是“装完新版本就能直接连上新主库”，它要重新适配新主库的认证方式、GTID 模式和 binlog 格式，否则连都连不上。

新主库（8.4）默认只加载 caching_sha2_password 插件，旧主库（原 8.0）用户仍用 mysql_native_password，必须提前在新主库执行：ALTER USER 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'xxx';
mysqldump --master-data=2 导出的文件含 SET @@GLOBAL.GTID_PURGED，8.4 解析失败，得手动替换为 SET @@GLOBAL.GTID_PURGED = '...'; 格式或改用 mysqlpump
原主库重启后执行 CHANGE SOURCE TO 前，必须确认 source_host 是新主库 IP，且 source_auto_position = 1（GTID 开启时）；否则会因 position 不匹配卡死

升级后最容易被忽略的验证点

很多人看到 Replica_IO_Running: Yes 和 Replica_SQL_Running: Yes 就以为完事了，但 GTID 集合不一致、慢查询日志爆满、权限模型失效这些隐患，上线后才会暴露。

比对主从 SELECT @@gtid_executed; 输出是否完全一致，不一致说明有事务未同步或被跳过
查错误日志里有没有 InnoDB: Upgrade is required 或 Unknown system variable，这类 warning 往往预示后续 crash
运行 SELECT USER();，如果返回空或报 Access denied for user ''@'localhost'，说明 mysql.user 表升级失败，得用 --skip-grant-tables 修复
用 pt-table-checksum 全量校验主从数据一致性，不能只依赖 Seconds_Behind_Master = 0