执行ALTER TABLE ... ADD CONSTRAINT ... FOREIGN KEY时，MySQL可能返回ERROR 1822: Failed to add the foreign key constraint. Missing index...。它通常指向外键关系某一侧没有满足规则的索引。
先读完整错误文本中的表名，再核对外键列顺序；不要为了通过DDL就关闭外键检查。
ERROR 1822缺少的是哪一侧索引
MySQL错误参考将1822定义为添加外键失败且缺少索引。InnoDB外键要求相关列存在可用索引；被引用表的索引必须让被引用列位于索引最前部，列顺序也要与约束一致。
联合索引(tenant_id,id)不能直接满足只引用id的外键。反过来，引用(tenant_id,id)时，相同顺序的联合索引才可能匹配。
怎样确认索引与列定义
对父表和子表分别执行SHOW CREATE TABLE，再用SHOW INDEX FROM 表名查看索引列顺序。逐项比较外键列与被引用列的数据类型、长度、无符号属性以及字符列的字符集和排序规则。
只比较列名不够。整数的UNSIGNED差异、字符集差异和复合列顺序都可能让外键定义不可用。
按业务唯一性补合适索引
如果被引用列本应唯一，优先建立符合业务语义的UNIQUE索引；如果只需要满足当前版本允许的非唯一引用规则，也应评估重复值对关联语义的影响。示例为ALTER TABLE parent ADD UNIQUE INDEX uk_parent_tenant_id (tenant_id,id)，名称与列应按实际模型调整。
不要机械新增重复索引。先检查是否已有相同最左前缀，避免增加写放大、锁等待和磁盘占用。
创建约束前检查存量数据
用左连接查找孤儿行，例如让子表外键列与父表目标列连接并筛选父表为空，同时排除按设计允许的NULL。清理或补齐数据后，在维护窗口添加约束，并观察DDL算法、锁等待和复制延迟。
SET FOREIGN_KEY_CHECKS=0不会替你创建正确索引，也不会把孤儿数据修成一致。版本升级前还应核对当前MySQL对非标准被引用键的限制与弃用说明。
修复后的验收标准
再次运行SHOW CREATE TABLE确认约束与索引，插入一条合法引用和一条不存在父键的测试数据，验证后者被拒绝；同时检查慢日志与复制状态。可在萤光云或LightNode的同版本数据库副本演练大表DDL。验收标准是约束成功创建、现有数据无孤儿、索引列顺序准确，并且没有无意义的重复索引。
FAQ
问：父表主键一定能被外键引用吗？答：只有引用列与主键列顺序、数量和兼容类型匹配时才成立。
问：普通索引还是唯一索引？答：由MySQL版本规则和业务唯一性决定；关系模型通常应优先明确唯一键。
问：为什么已有联合索引仍报1822？答：常见原因是被引用列不是最左前缀，或列顺序与外键不同。
问：可以在线给大表加索引吗？答：取决于版本、存储引擎和DDL选项，应先在同规模副本评估锁与资源占用。
问：修复索引后出现其他外键错误怎么办？答：继续检查列类型、字符集、引擎、约束名和存量孤儿数据。
温馨提示
温馨提示：在迁移脚本中先创建父表候选键和子表索引，再添加外键约束。上线前用真实数据量评估DDL时间，并准备可验证的数据清理与回滚方案。
