ON DELETE CASCADE 必须建表时声明，是外键约束的一部分；MyISAM不支持，需InnoDB；Eloquent批量删除不触发事件，应依赖数据库级联；软删除、触发器、事务、权限等均影响其行为。
ON DELETE CASCADE 必须在建表时声明
级联删除不是运行时开关，而是外键约束的一部分——它只在定义外键时通过 on delete cascade 显式启用。如果表已存在且没加这个子句，直接执行 delete from parent 会报错（如 mysql 的 cannot delete or update a parent row），除非你先手动删子表。
- 建表时正确写法：
FOREIGN KEY (order_id) REFERENCES orders(id) ON DELETE CASCADE - 已有表想补加？得先
DROP FOREIGN KEY，再ADD CONSTRAINT ... ON DELETE CASCADE（注意不同数据库语法略有差异） - MyISAM 引擎不支持外键，所以无论怎么写
ON DELETE CASCADE都无效；必须用 InnoDB 或兼容引擎
Laravel Eloquent 批量删除不触发级联事件
很多人以为在模型里监听 deleted 事件、然后手动调用子模型 delete() 就能模拟级联，但这条路在批量操作中会失效：因为 PingTest::where(...)->delete() 绕过模型实例化，根本不会触发任何 Eloquent 生命周期事件。
- 真正可靠的方案是依赖数据库层的
ON DELETE CASCADE，而不是靠 PHP 代码补救 - 若必须用 Eloquent 控制逻辑（比如要记录删除日志），就得改用
->get()->each->delete()，但性能差、事务风险高，慎用于大表 - 软删除（
SoftDeletes）会让问题更隐蔽：父模型软删后，子模型即使也软删，ON DELETE CASCADE也不会生效（它只响应真实 DELETE）
级联删除前必须检查触发器和事务边界
外键级联看似“自动”，但实际执行过程可能被其他机制干扰。例如，某个子表上有 BEFORE DELETE 触发器，而触发器里又试图读取已被级联标记为待删的父表行，就可能引发死锁或不可预期的中断。
- 执行前用
SHOW CREATE TABLE child_table查一遍是否有触发器（MySQL）或\d child_table（PostgreSQL） - 涉及多表级联时，务必包裹在显式事务里：
BEGIN; DELETE FROM parent WHERE id = ?; COMMIT;，否则部分成功部分失败会导致数据不一致 - 级联链过深（比如 A→B→C→D）可能触发数据库递归深度限制，PostgreSQL 默认是 10 层，超了会报
stack depth limit exceeded
别忽略备份和权限验证这一步
级联删除一旦执行，子表数据就真的没了，连 binlog 回滚都困难。更麻烦的是，有些 DBA 会禁用普通账号的 DELETE 权限，或者限制外键操作——结果你本地测试好好的，上线一跑就报 ERROR 1142 (42000): DELETE command denied。
- 上线前用目标环境账号执行
SELECT COUNT(*) FROM information_schema.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'parent' AND UPDATE_RULE = 'CASCADE'确认约束确实生效 - 哪怕只是删一条记录，也先做
mysqldump --where="id=..." db table快速备份关键行 - 生产环境建议把级联删除包装成存储过程，并加
IF NOT EXISTS (SELECT 1 FROM child WHERE parent_id = ?)做前置校验，避免误删空关联场景
