MySQL — 无法删除父行：外键约束失败

症状

　　错误直接点名执法的约束：ERROR 1451: Cannot delete or update a parent row: a foreign key constraint fails，括号里给出子表 orders、列 customer_id 与生效规则——这本身就是完整的依赖地图。不一致模式同样有诊断价值：无子记录删除成功、有子记录删除失败，因为默认的 RESTRICT 恰好只做这种区分。删除脚本中途失败留下部分删除、软删设计里父行硬删而子行仍活跃，都是同一语义冲突的变体。

诊断思路

　　先读错误里的约束名并查 REFERENTIAL_CONSTRAINTS 确认子表与规则；再统计各子表的引用行数决定清理策略与时长；最后检查子侧外键列是否有索引——未索引的外键让每次父删除都变成全表扫描加宽锁。

根因

　　InnoDB 在语句执行时强制引用完整性：删除仍被子行引用的父键违反以 RESTRICT 语义声明的约束，语句失败并回滚。数据没有损坏——是删除顺序与声明的依赖方向相矛盾。

修复与验证

　　按生命周期语义三选：子行确实随父消亡用 ON DELETE CASCADE；引用应作为可选历史存活用 SET NULL；保持 RESTRICT 就在单事务里按依赖序删除（先 payments 再 orders 最后 customers）。子侧外键列确保有索引。验证时带子实体的删除流程完整走通、“先子后父”顺序的测试保持绿色、级联扇出有显式测试覆盖。CASCADE 会把一次删除放大成未经审查的后代级联删除——只在所有权语义经过深思与审计的地方使用。

代码示例

ERROR 1451 (23000): Cannot delete or update a parent row:
a foreign key constraint fails
(`shop`.`orders`, CONSTRAINT `orders_ibfk_1`
FOREIGN KEY (`customer_id`) REFERENCES `customers` (`id`))

SELECT count(*) FROM orders WHERE customer_id = 42;

ALTER TABLE orders
  ADD CONSTRAINT orders_ibfk_1
  FOREIGN KEY (customer_id) REFERENCES customers(id)
  ON DELETE CASCADE;

  ... ON DELETE SET NULL;

BEGIN;
DELETE FROM payments WHERE customer_id = 42;
DELETE FROM orders   WHERE customer_id = 42;
DELETE FROM customers WHERE id = 42;
COMMIT;