MySQL主从版本不一致必然导致复制中断，不可硬扛；高版本从库连低版本主库通常可行，低版本从库连高版本主库几乎必挂，必须升级或降级从库至与主库完全一致的版本并执行mysqld --upgrade=FORCE后重启。
MySQL 主从库版本不一致不是“能不能凑合用”的问题，而是复制协议、系统表结构、binlog 事件格式、SQL 解析逻辑等底层不兼容的硬性限制。一旦出现，同步大概率中断，不能靠跳过错误或工具强行修复来解决。
看清主从方向：高版本从库连低版本主库通常可行，反之几乎必挂
✅ 高版本 Slave（如 8.4.0）→ 低版本 Master（如 8.0.34）
复制协议向后兼容，新版本能忽略旧版 binlog 中不认识的字段或事件（如binlog_row_metadata），多数情况下可稳定运行——但必须手动对齐关键配置。-
❌ 低版本 Slave（如 5.7.42）→ 高版本 Master（如 8.0.34 或 8.4.0）
极大概率失败。原因包括：-
mysql.user表新增字段（如password_history、account_locked）； -
authentication_string加密方式变更（caching_sha2_passwordvsmysql_native_password）； -
INFORMATION_SCHEMA视图结构变化； - DDL 语法扩展（如
ALTER TABLE ... ENCRYPTION）； -
ROW格式中新增元数据字段，低版本无法解析。
-
⚠️ 注意：即使都是 MySQL 8.0，小版本差 ≥3（如主库 8.0.34，从库 8.0.31），也可能因补丁缺失导致权限校验或字符集行为不一致。
必须检查并统一的关键配置项（无论版本高低）
这些配置不一致，哪怕版本相同也会出错：
-
binlog_format：必须统一为ROW。STATEMENT模式在跨版本下极易因函数、临时表、非确定性语句引发不一致。 -
sql_mode：从库的sql_mode必须包含主库全部 mode，尤其STRICT_TRANS_TABLES、NO_AUTO_CREATE_USER、ERROR_FOR_DIVISION_BY_ZERO等。 -
max_allowed_packet：从库值 不能小于主库，否则大事务 relay log 写入失败。 -
character_set_server和collation_server：若主库用utf8mb4_0900_as_cs，而从库是 5.7 或未升级 collation 字典，会报错或静默退化。 -
default_authentication_plugin：主从需一致（常见为caching_sha2_password或mysql_native_password），否则用户创建/登录失败。
验证命令（主从分别执行）：
SELECT VERSION(); SHOW VARIABLES LIKE 'binlog_format'; SHOW VARIABLES LIKE 'sql_mode'; SHOW VARIABLES LIKE 'max_allowed_packet'; SHOW VARIABLES LIKE 'character_set_server'; SHOW VARIABLES LIKE 'collation_server'; SHOW VARIABLES LIKE 'default_authentication_plugin';
故障确认：三步快速判断是否由版本不一致引发
登录从库执行 SHOW SLAVE STATUS\G，重点看：
-
Last_SQL_Error是否含以下关键词：Table 'mysql.xxx' doesn't existUnknown column 'xxx' in 'field list'Unsupported engine 'InnoDB'Can't find record in 'user'
-
Replicate_Ignore_DB或Replicate_Wild_Ignore_Table是否误设为mysql—— 这会导致权限变更永远不同步。 - 对比主从
SELECT VERSION()和上述变量输出，确认差异点。
正确修复路径：只有一条路，没有捷径
-
从库版本低于主库（如主 8.0.34 → 从 5.7.42）
→ 必须升级从库到与主库完全一致的大版本 + 小版本号（至少 8.0.34）。
升级前务必：- 做完整备份；
-
mysqldump --no-data --databases mysql > mysql_struct_backup.sql单独备份系统库结构； - 升级后执行
mysqld --upgrade=FORCE（MySQL 8.0.16+ 替代mysql_upgrade），再重启。
从库版本高于主库（如主 8.0.30 → 从 8.4.0）
→ 官方不支持反向兼容，应降级从库或更换为同版本实例。
切勿跳过错误：高版本新增字段（如mysql.role_edges的WITH_ADMIN_OPTION）一旦缺失，后续所有授权操作都会失败。❌
pt-table-sync对系统库（mysql、performance_schema、information_schema）完全无效，它只处理用户表数据，且依赖结构严格一致。❌
SET GLOBAL sql_slave_skip_counter = 1可能暂时恢复同步，但掩盖了结构性不兼容，后续必然再次中断，且数据一致性已不可信。
重做从库时最容易被忽略的系统库细节
用 mysqldump --all-databases 全量重建从库时：
- 默认不导出
mysql库，除非显式加上--databases mysql； - 若没导出
mysql，从库初始化后权限、用户、角色全为空，复制启动即失败； - 推荐做法：先
mysqldump --no-data --databases mysql > mysql_empty.sql，再mysqldump --all-databases --ignore-databases=mysql > user_data.sql，最后合并导入。
不复杂但容易忽略。
