MySQL 主从跨大版本升级必须重建从库，不能复用旧数据目录；需启用 GTID、清空并初始化数据目录、配置复制参数后通过 SOURCE_AUTO_POSITION= 1 自动同步，最后验证数据一致性与业务可用性。
MySQL 主从升级后，从库通常不能直接复用旧数据目录，尤其当主库和从库版本跨大版本（如 5.7→8.0）或启用了不兼容的特性（如新的默认认证插件、系统表结构变更）时，必须重建从库。核心原则是：新版本从库必须基于主库当前一致的状态重新拉取并应用复制流，不能沿用旧版本的中继日志或二进制日志位置。
确认主库已启用 GTID 并处于可复制状态
新版 MySQL（尤其是 8.0+）强烈推荐使用 GTID 模式管理复制，避免位点漂移和手动找点问题。升级前或重建前需确保：
- 主库已开启 gtid_mode = ON 且 enforce_gtid_consistency = ON
- 主库已执行 FLUSH BINARY LOGS，确保最新事务已落盘
- 主库用户具备 REPLICATION SLAVE 权限，并支持新认证插件（如 caching_sha2_password）
- 可通过 SHOW MASTER STATUS 查看当前 GTID_EXECUTED 集合（非必需，但建议记录）
清空并初始化从库数据目录
停掉旧从库进程后，彻底清理旧数据（切勿跳过）：
- 停止 MySQL 服务：systemctl stop mysqld（或对应命令）
- 备份原 data 目录（仅作应急参考，不可用于新从库）：mv /var/lib/mysql /var/lib/mysql_bak_57
- 初始化新数据目录：mysqld –initialize –user=mysql –datadir=/var/lib/mysql（8.0+ 会生成临时 root 密码）
- 修改 配置文件 my.cnf，确保含以下关键项：
– server-id = 102（唯一， 区别 于主库）
– gtid_mode = ON
– enforce_gtid_consistency = ON
– replica_parallel_workers = 4（可选，提升同步效率）
配置并启动复制链路
启动新实例后，通过 GTID 自动定位起始位置，无需手工找 binlog 文件和 position：
- 登录 MySQL，重置复制信息：RESET REPLICA ALL;（8.0.23+ 用此命令；老版本用 RESET SLAVE ALL）
- 配置主库连接参数（替换为实际 IP/端口/ 用户 / 密码）：
CHANGE REPLICATION SOURCE TO
SOURCE_HOST=’master_ip’,
SOURCE_PORT=3306,
SOURCE_USER=’repl_user’,
SOURCE_PASSWORD=’xxx’,
SOURCE_AUTO_POSITION=1; - 启动复制：START REPLICA;
- 验证状态：SHOW REPLICA STATUSG，重点检查：
– Replica_IO_Running: Yes
– Replica_SQL_Running: Yes
– Seconds_Behind_Master: 0（初始同步完成后）
– Retrieved_Gtid_Set 和 Executed_Gtid_Set 持续增长且一致
验证数据一致性与业务可用性
同步稳定后，需交叉验证关键数据是否一致：
- 比对主从库的 SELECT COUNT(*) FROM table_name（适用于中小表）
- 用 pt-table-checksum（Percona Toolkit）做全量校验（生产环境推荐）
- 检查慢查询日志、错误日志有无复制相关报错（如“Could not execute Write_rows event”）
- 模拟简单写入（如 INSERT/UPDATE），观察是否在从库实时生效
- 确认应用程序读从库连接正常，无认证失败或 SQL 模式不兼容报错
