MySQL 8使用INPLACE算法添加外键为何需禁用foreign_key_checks？

问题解答 #

MySQL不会在创建外键前自动设置foreign_key_checks=0来优先使用INPLACE算法，本质是将数据一致性优先级放在了DDL执行效率之前，和外键创建时自动触发的索引创建操作没有直接关联，你忽略的核心前提如下：

• 存量数据校验的默认逻辑：默认开启foreign_key_checks时创建外键，MySQL会全量扫描表中所有存量数据，逐一校验是否符合外键约束规则，确保创建完成的外键对应的关联数据完全一致。如果自动禁用该参数走INPLACE算法，会直接跳过存量数据校验环节，若表中已经存在不符合约束的脏数据，这些数据会被直接保留，最终外键约束形同虚设。
• 会话参数的副作用风险：foreign_key_checks是会话级参数，若MySQL在DDL执行前自动修改该参数，DDL执行完成后不会主动重置回原参数值，后续同一会话内的所有写入操作都会跳过外键校验，用户无感知的情况下很容易写入大量不符合约束的脏数据，造成业务逻辑故障。
• 用户预期的一致性要求：绝大多数业务场景下，用户创建外键的核心诉求是保证数据关联关系的正确性，DDL执行效率是次位需求。如果MySQL私自修改用户会话参数来优化性能，会打破用户对参数生效逻辑、外键约束能力的默认预期，引发不可控的业务问题。

关于你提到的索引创建关联问题：外键创建时如果对应列不存在符合要求的索引，MySQL确实会自动创建对应索引，但索引创建本身就支持INPLACE算法，完全不受foreign_key_checks参数的影响，限制外键使用INPLACE算法的只有外键约束本身的校验逻辑。

内容的提问来源于stack exchange，提问作者Rafael Amadigi Dal Santo