自引用表DELETE报“Cannot delete or update a parent row”是因为父节点被子节点引用，外键约束阻止删除；MySQL不支持自引用ON DELETE CASCADE，也不能仅靠禁用外键检查安全清理，必须按叶子到根顺序递归删除或拓扑排序。
自引用表的DELETE为什么总报错“Cannot delete or update a parent row”
因为数据库在执行 DELETE 时会检查外键约束，而自引用表（比如 categories 表中 parent_id 指向本表 id）天然构成父子依赖链。一旦某条记录被其他行作为父节点引用，直接 DELETE 就会触发外键拒绝，错误信息通常是：Cannot delete or update a parent row: a foreign key constraint fails。
这不是语法写错了，而是约束机制在起作用——它在保护数据完整性，但同时也让清理变得棘手。
- 不能靠
ON DELETE CASCADE一劳永逸：MySQL 不允许对自引用外键启用CASCADE（会报错ERROR 1005: Can't create table） - 也不能简单关掉外键检查（
SET FOREIGN_KEY_CHECKS = 0）再删：可能破坏整棵树的层级逻辑，且后续插入新数据时容易出错 - 递归 CTE 删除（如 PostgreSQL 的
WITH RECURSIVE）在 MySQL 8.0+ 可用，但必须严格按从叶子到根的顺序删，否则仍会撞约束
MySQL 8.0+ 推荐做法：用递归CTE + ORDER BY DESC 安全删除子树
核心思路是：先查出要删的整个子树所有节点，按深度倒序排列（即叶子节点排最前，根节点排最后），再逐条删除。这样每删一行时，它下面的子节点已不存在，外键约束不会被触发。
假设表结构为：
CREATE TABLE categories ( id INT PRIMARY KEY, name VARCHAR(100), parent_id INT, FOREIGN KEY (parent_id) REFERENCES categories(id) );
要删除 ID = 5 的分类及其全部子孙，可执行：
WITH RECURSIVE subtree AS ( SELECT id, 0 AS depth FROM categories WHERE id = 5 UNION ALL SELECT c.id, s.depth + 1 FROM categories c INNER JOIN subtree s ON c.parent_id = s.id ) SELECT id FROM subtree ORDER BY depth DESC;
然后把结果集转为循环删除（应用层）或用存储过程封装。注意：ORDER BY depth DESC 是关键，漏掉就可能又报外键错误。
MySQL 5.7 或低版本怎么办：临时禁用约束 + 手动拓扑排序
没有递归 CTE 时，只能靠应用层控制顺序。常见做法是分两步：
- 先用多次查询，从最深层开始逐层捞出 ID 列表（例如先查
WHERE parent_id IN (SELECT id FROM categories WHERE parent_id IS NULL)，再查下一层……逻辑较重） - 或者导出全量数据，在内存里构建树、做后序遍历（post-order traversal），生成安全删除顺序
- 真正执行
DELETE前，临时关闭外键检查：SET FOREIGN_KEY_CHECKS = 0；删完立刻恢复：SET FOREIGN_KEY_CHECKS = 1 - 务必在事务内操作，并确认该表无并发写入，否则可能留下不一致状态
这种方案绕过了数据库约束校验，但代价是把一致性责任完全交给开发者——少删一条、顺序错一位，都可能导致后续插入失败或查询异常。
TRUNCATE 和 DROP 都不适用于自引用层级清理
TRUNCATE TABLE categories 看似快，但它会直接清空整张表，无视任何层级关系，且无法回滚（DDL）、会重置自增主键、还会因外键依赖而失败（MySQL 报错 Cannot truncate a table referenced in a foreign key constraint）。
DROP TABLE categories 更不可取：它连表结构都删了，不是“清理数据”，而是“销毁模型”。除非你真打算弃用这张表，否则等于推倒重来。
真正难的不是怎么删，而是删完之后怎么验证没留孤儿节点——建议每次清理后跑一句：SELECT * FROM categories WHERE parent_id NOT IN (SELECT id FROM categories) AND parent_id IS NOT NULL，确保没漏掉校验点。
