云数据库 MySQL foreign_key_checks 导致从库异常进而备份失败

一、场景描述

某业务实例在例行变更后执行重启，重启后数据库实例可正常启动，但出现以下异常现象：

·访问 'table' 时从客户端或应用侧收到报错：table 'parent' doesn't exist;。

·主库上看似正常，但从库因无法加载该表导致复制线程异常断开（Replica SQL thread 报错）。

·定时备份任务失败，备份工具在执行 SHOW TABLES / FLUSH TABLES / 导出该表时报表不存在。

·错误日志中可观察到 InnoDB 在 open table 阶段加载外键关系失败的相关信息。

二、正常行为（对照）

当一个字段被外键引用时，MySQL 会保护该字段不被随意修改。例如直接执行：

ALTER TABLE parent MODIFY id VARCHAR(10) CHARACTER SET utf8mb4;

会返回预期的保护性报错：

ERROR 1833 (HY000): Cannot change column 'id': used in a foreign key constraint

三、Bug 触发条件

当会话设置 foreign_key_checks=0 时，MySQL 本意是“跳过 DML 阶段的逐行外键校验”，但该开关同时也跳过了 ALTER 阶段对“字段被外键引用”的保护性检查，导致上述 ALTER 成功执行。

然而该 ALTER 仅更新了 .frm 文件中的列定义（如 utf8 → utf8mb4），并未同步更新 InnoDB 数据字典中外键索引的 collation 记录，也未重建子表上的外键辅助索引。此时父表字段字符集已变为 utf8mb4_general_ci，而子表外键索引记录仍停留在 utf8_general_ci。

四、重启后校验失败（故障爆发点）

实例重启后，InnoDB 在 open table 阶段会执行 dict_load_foreigns 外键索引一致性校验，发现：

·父表引用字段：utf8mb4_general_ci。

·子表外键索引记录：utf8_general_ci。

两者不匹配，InnoDB 拒绝加载该表，对外表现为 Table 'child' doesn't exist。由于该表是复制链路与备份集的一部分，进而引发从库异常断开、备份失败等连锁故障。

五、根因小结

foreign_key_checks=0 → ALTER 绕过"被外键引用字段"保护 → 仅改 .frm，未同步 InnoDB 字典 collation / 重建子表外键索引 → 实例重启后 dict_load_foreigns 校验不一致 → 表拒绝加载 → Table doesn't exist → 从库断开 / 备份失败

六、解决思路

1. 禁止在变更流程中关闭外键检查。

2. 升级至 MySQL 8.0：8.0 使用事务数据字典，对被外键引用字段的 ALTER 检查不受 foreign_key_checks 影响，始终强制拦截，可彻底规避该问题。

七、短期修复（紧急 SOP）

set foreign_key_checks = 0;show create table xx;ALTER TABLE child MODIFY id VARCHAR(10) CHARACTER SET utf8mb4; — 对齐父表 utf8mb4set foreign_key_checks = 1;

八、长期规避

1. 在执行变更操作时请确保目标字段未被任何外键引用，否则不要执行 set foreign_key_checks=0 后再对该类字段做 ALTER。

2. 将数据库版本升级至 MySQL 8.0，升级操作可参见 升级数据库版本。

九、影响范围

十、Bug 参考链接

·MySQL Bug #87270

·MySQL Bug #107311