MySQL · 错误码速查
MySQL 错误 1452：先从报错里读出是哪条外键，再用 LEFT JOIN 找出父表里缺的那个值
ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails (db.orders, CONSTRAINT fk_orders_shop FOREIGN KEY (shop_id) REFERENCES shop (id)) 表示这次 INSERT 或 UPDATE 写入子表 orders 的 shop_id，在父表 shop.id 里不存在。先补父表行、再写子表，或改正写入的值。报错只让当前这条语句失败（多行 INSERT 一行都不写入），NULL 不受外键检查。
官方原文
Error number: 1452; Symbol: ER_NO_REFERENCED_ROW_2; SQLSTATE: 23000
Message: Cannot add or update a child row: a foreign key constraint fails%s
InnoDB reports this error when you try to add a row but there is no parent row, and a foreign key constraint fails. Add the parent row first.消息末尾的 %s 会被替换成括号里的「库.子表 + 约束定义」。1216 ER_NO_REFERENCED_ROW 是不带约束详情的旧版同义错误；删父表行时的反向错误是 1451 ER_ROW_IS_REFERENCED_2。
出处：MySQL 8.4 Error Reference：Server Error Message Reference 最后核对：
| 错误号 / 符号 | 1452 / ER_NO_REFERENCED_ROW_2（服务端错误） | 出处 |
|---|---|---|
| SQLSTATE | 23000（完整性约束违反） | 出处 |
| 触发时机 | INSERT / UPDATE 子表，或在已有数据上 ALTER TABLE … ADD FOREIGN KEY（foreign_key_checks=1 时） | 出处 |
| 不触发的情况 | 外键列为 NULL、复合外键任一列为 NULL（本机复现）；foreign_key_checks=0 期间的写入，且改回 1 不会扫描已有数据（官方） | 出处 |
| 相邻错误 | 1451 删/改父表行被子表引用；1216/1217 无详情旧版；3780 外键列类型不兼容；6125 被引用列缺唯一键（8.4 默认） | 出处 |
先读懂报错括号：库.子表、约束名、哪一列指向哪张父表
在 MySQL 8.4.10 测试库（自造数据）上，shop(id) 里只有 1、2，往 orders 写 shop_id = 99，返回的完整报错是：Cannot add or update a child row: a foreign key constraint fails (err_lab.orders, CONSTRAINT fk_orders_shop FOREIGN KEY (shop_id) REFERENCES shop (id))。括号里依次是：子表所在的库和表、约束名、子表的外键列、父表和父表列。
把 UPDATE 改成不存在的值（UPDATE orders SET shop_id = 98）报的是同一条 1452，所以光看错误号分不出是插入还是更新，要结合出错的那条 SQL。拿到约束名后，用下面的只读 SQL 确认它的列对应关系；表上有多条外键时，这一步能避免查错父表。
SELECT CONSTRAINT_NAME, TABLE_NAME, COLUMN_NAME,
REFERENCED_TABLE_NAME, REFERENCED_COLUMN_NAME, ORDINAL_POSITION
FROM information_schema.KEY_COLUMN_USAGE
WHERE TABLE_SCHEMA = 'err_lab'
AND CONSTRAINT_NAME = 'fk_orders_shop'
ORDER BY ORDINAL_POSITION;SHOW ENGINE INNODB STATUS 的 LATEST FOREIGN KEY ERROR 段也会记录最近一次外键失败，但它只保留最后一次，且需要 PROCESS 权限；日常排查以报错括号和上面的查询为准。
报错之后写进去了什么：多行 INSERT、INSERT IGNORE、NULL 各不一样
| 写法（本机复现，父表只有 id 1、2） | 结果 |
|---|---|
INSERT … VALUES (20,1),(21,97),(22,2) | 1452，3 行都没写入，整条语句回滚 |
INSERT IGNORE … VALUES (30,1),(31,96) | 不报错，只写入 id=30，留下 1452 Warning |
INSERT … VALUES (12, NULL) | 写入成功，NULL 不做外键检查 |
复合外键 (a,b) 写 (5, NULL) | 写入成功，任一列为 NULL 就不检查 |
复合外键 (a,b) 写 (5, 6)，父表无此组合 | 1452 |
- 批量导入时一行坏数据会让整批失败，排查时别只看第一行；先用下一节的 LEFT JOIN 一次把所有缺父行的值找出来。
INSERT IGNORE会把缺父行的数据静默丢掉，只留 Warning。如果应用不检查SHOW WARNINGS，丢数据不会被发现。- 外键列允许 NULL 时，「没填」和「填错」是两回事：NULL 能写进去，填错的值才报 1452。复合外键里漏填一列同样能绕过检查，需要强约束时把这些列设成 NOT NULL。
foreign_key_checks=0 导入后再打开：已有的孤儿行不会被检查
导数时为了避开表的加载顺序，常见做法是 SET foreign_key_checks = 0。本机复现：关闭后写入 shop_id = 95（父表没有），再 SET foreign_key_checks = 1，没有任何报错，这行孤儿数据留在表里。官方文档同样说明：重新打开 foreign_key_checks 不会扫描已有数据。
所以导入完成后要自己核对一遍。下面这条只读 SQL 按外键列找出所有在父表里不存在的值，结果为空才算干净；表大时加时间或主键范围分批跑，并尽量在从库或低峰执行。
SELECT o.shop_id, COUNT(*) AS orphan_rows, MIN(o.id) AS sample_id
FROM orders o
LEFT JOIN shop s ON s.id = o.shop_id
WHERE o.shop_id IS NOT NULL
AND s.id IS NULL
GROUP BY o.shop_id
ORDER BY orphan_rows DESC
LIMIT 100;foreign_key_checks 有 SESSION 和 GLOBAL 两级。只在导入会话里 SET SESSION，不要改 GLOBAL；连接池复用连接时，确认导入结束后这个连接已经改回 1。
ADD FOREIGN KEY 报 1452：表名显示成 #sql-xxx 不是写错了表
给已有数据的表补外键时，ALTER TABLE orders2 ADD CONSTRAINT fk2 FOREIGN KEY (shop_id) REFERENCES shop(id) 在本机报的是：a foreign key constraint fails (err_lab.#sql-1aadd4_f, CONSTRAINT fk2 …)。括号里的 #sql-… 是 ALTER 过程中的临时表名，实际就是 orders2，原因是表里已经有父表不存在的值（本机为 94）。
- 先用上一节的 LEFT JOIN 查出全部孤儿值，再决定是补父表行、把子表的值置为 NULL，还是删除这些行。
- 本机复现：
foreign_key_checks = 0时同一条 ALTER 能成功，外键建上了，但孤儿行仍在表里。这样能让上线脚本「跑通」，却把脏数据留下了，不建议这样处理。 - 大表加外键会走表重建或校验全表，执行前评估锁和耗时，先在测试库演练。
值「看起来一样」也报 1452：排序规则 NO PAD 与类型不兼容
字符串外键按列的排序规则比较。本机用默认 utf8mb4_0900_ai_ci，父表 shop.code 只有 'abc'：
| 子表写入的值 | 结果（utf8mb4_0900_ai_ci） |
|---|---|
'ABC' | 写入成功，大小写不敏感，匹配 'abc' |
'abc '（尾随空格） | 1452，0900 系列是 NO PAD，尾随空格参与比较 |
' abc'（前导空格） | 1452 |
从 Excel、CSV 或其他系统导入编码类数据时，尾随空格是 1452 的常见来源，先 TRIM 再写入。另外，子表列和父表列类型不兼容（本机用 BIGINT 去引用 INT 主键）在建外键时就会报 3780 are incompatible，不会等到写入才报 1452。
升级到 8.4 要注意：restrict_fk_on_non_standard_key 默认 ON，本机复现引用父表的非唯一索引列会直接报 6125 Missing unique key for constraint。8.0 能建的这类外键，在 8.4 上要先给父表列补唯一键。
常见问题
1452 和 1451 有什么区别？
1452 是写子表时父表缺行（Cannot add or update a child row）；1451 是删除或修改父表行时还有子表行引用它（Cannot delete or update a parent row）。处理方向相反：1452 先补父行，1451 先处理子行或改用 ON DELETE 规则。
为什么外键列写 NULL 不报 1452？
外键只检查非 NULL 值。本机复现：复合外键里任一列为 NULL 时，这一行也能写入。需要强制关联时把外键列设为 NOT NULL。
SET foreign_key_checks=0 导入后再改回 1，会检查已有数据吗？
不会。本机复现关闭期间写入的孤儿行在重新打开后仍然留在表里，也不报错。导入后要用 LEFT JOIN … WHERE 父表主键 IS NULL 自己核对。
ADD FOREIGN KEY 报 1452，表名是 #sql- 开头，是哪张表？
那是 ALTER TABLE 执行过程中的临时表名，指的就是你正在加外键的表。原因是表里已有父表不存在的值，先查出并清理孤儿行再加外键。
父表明明有 'abc'，写 'abc ' 为什么报 1452？
MySQL 8.0/8.4 默认的 utf8mb4_0900_ai_ci 是 NO PAD 排序规则，尾随空格参与比较，'abc ' 和 'abc' 不相等。大小写不同（'ABC'）在 ci 规则下可以匹配。
下一步
价格以对应页面当前标价为准。
出处（最后核对 2026-11-04）
- MySQL 8.4 Error Reference：Server Error Message Reference
- MySQL 8.4 Reference Manual 15.1.20.5：FOREIGN KEY Constraints
- MySQL 8.4 Reference Manual：Server System Variables（foreign_key_checks、restrict_fk_on_non_standard_key）
本页摘录并解读上面列出的官方文档，不是官方页面；官方文档更新后以官方为准。本页内容都来自官方文档，没有我们自己的测试结果。