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 STATUS\G，重点检查：
– 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模式不兼容报错
