报错“cannot delete or update a parent row”源于外键约束默认restrict，需在建表时显式添加on delete cascade；已有表须先查、删、重建外键约束，且级联删除不触发触发器或审计日志。
直接删主表数据报错 Cannot delete or update a parent row: a foreign key constraint fails？说明子表外键没配 ON DELETE CASCADE，默认是 RESTRICT，数据库直接拦住操作。
MySQL建表时加ON DELETE CASCADE最稳妥
这是唯一零风险的方式。一旦外键定义写死，后续所有 DELETE FROM parent WHERE id = ? 都会自动清理子表对应记录。
- 必须在
FOREIGN KEY定义里显式声明，比如：FOREIGN KEY (order_id) REFERENCES orders(id) ON DELETE CASCADE - 主表和子表得在同一个 schema（MySQL 不支持跨 schema 级联）
- 别用
timestamp列做外键或被引用列——CASCADE会直接报错 - 如果子表是分区表，级联删除可能变慢甚至路径识别失败，高频删除场景建议避开分区+级联组合
已有表想补ON DELETE CASCADE要先查再删再建
MySQL 不支持 ALTER TABLE ... ADD FOREIGN KEY ... ON DELETE CASCADE 直接追加。你得手动走三步：查外键名 → 删旧约束 → 建新约束。
- 先查名字：
SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'orders' AND COLUMN_NAME = 'user_id' - 再删掉它：
ALTER TABLE orders DROP FOREIGN KEY fk_orders_user_id（把查到的名字填进去） - 最后重建：
ALTER TABLE orders ADD CONSTRAINT fk_orders_user_id FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE - 注意：执行前确保子表外键列允许
NULL（如果要用SET NULL），但CASCADE不要求可空
ON DELETE CASCADE不是删一行带一行，而是递归清整条链
删一个 users.id = 123，可能触发 orders → order_items → inventory_logs 多层删除。影响范围远超直觉。
- 务必提前用
SELECT模拟：先查SELECT COUNT(*) FROM orders WHERE user_id = 123，再查SELECT COUNT(*) FROM order_items WHERE order_id IN (SELECT id FROM orders WHERE user_id = 123)，逐层确认数量 - 别依赖
FOREIGN_KEY_CHECKS = 0绕过——关了之后级联失效，只删主表，子表留孤儿数据，这不是“解决”，是埋雷 - PostgreSQL 允许跨 schema 外键，但得显式写
schema_name.table_name；MySQL 不行
最易被忽略的点：级联删除不经过应用层逻辑，不会触发触发器、不会写审计日志、也不会通知下游服务。如果你依赖这些副效应，就得放弃 CASCADE，改用应用层手动删或用存储过程封装。
