mysql外键必须显式指定ON delete CAScadE才能触发级联删除，php不处理该逻辑；若未设置，需重建外键或手动分步删除并加事务保障一致性。
MySQL 外键定义时必须显式指定 ON DELETE CASCADE
PHP 本身不处理级联删除逻辑，真正起作用的是 MySQL 的外键约束行为。如果你执行 DELETE FROM users WHERE id = 123 后，关联的 orders 表数据没被删，大概率是建表时没加 ON DELETE CASCADE。
检查现有外键是否支持级联删除：
SELECT CONSTRaiNT_NAME, table_NAME, COLUMN_NAME, REFERENCED_TABLE_NAME, UPDATE_RULE, DELETE_RULE FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE k JOIN INFORMATION_SCHEMA.REFERENTIAL_CONSTRAintS r ON k.CONSTRAINT_NAME = r.CONSTRAINT_NAME WHERE k.TABLE_SCHEMA = 'your_db_name' AND k.TABLE_NAME = 'orders' AND k.COLUMN_NAME = 'user_id';如果 DELETE_RULE 是 restrict 或 NO ACTION，那就不会自动删子记录。
要补上级联删除，需先删旧外键再重建（注意备份）：
立即学习“PHP免费学习笔记（深入）”；
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;PHP 中用 mysqli 或 pdo 执行普通 DELETE 即可触发级联
只要外键约束已正确设置，PHP 层不需要额外写逻辑。直接删主表，MySQL 自动清理子表。
例如用 PDO 删除用户：
$pdo->prepare("DELETE FROM users WHERE id = ?")->execute([123]);或用 mysqli：
$stmt = $mysqli->prepare("DELETE FROM users WHERE id = ?"); $stmt->bind_param("i", $id); $id = 123; $stmt->execute();⚠️ 注意：事务中执行更安全，避免部分删除成功、部分失败导致数据不一致：
- 开启事务：
$pdo->beginTransaction() - 执行主表删除
- 检查影响行数：
$pdo->exec("DELETE ...")返回受影响总行数（含级联删除的子记录） - 成功则
commit()，失败则rollback()
没有外键或不能改表结构？得手动删子表再删主表
有些老项目禁用外键，或表引擎是 MyISAM（不支持外键），这时只能在 PHP 里分步操作。
顺序必须是：先删子表 → 再删主表，否则会报外键约束错误：
$pdo->beginTransaction(); try { $pdo->exec("DELETE FROM orders WHERE user_id = 123"); $pdo->exec("DELETE FROM users WHERE id = 123"); $pdo->commit(); } catch (Exception $e) { $pdo->rollback(); throw $e; }常见坑：
- 漏删某个子表（比如还有
user_profiles、addresses） - 没加事务，删了一半出错，留下脏数据
- 用
TRUNCATE替代DELETE——TRUNCATE不触发外键级联，也不走 WHERE，还不能回滚
ON DELETE SET NULL 和 ON DELETE RESTRICT 的实际区别
不是所有场景都适合 CASCADE。比如用户删了，但订单历史要保留，只是把 user_id 设为空：
ALTER TABLE orders DROP FOREIGN KEY fk_orders_user_id, ADD CONSTRAINT fk_orders_user_id FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE SET NULL;此时要求 user_id 字段允许 NULL（ALTER TABLE orders MODIFY user_id INT NULL）。
ON DELETE RESTRICT 是默认行为，删主记录前会检查子表是否存在关联行，有就直接报错：Cannot delete or update a parent row: a foreign key constraint fails。这时候你得自己查、自己提示、自己决定怎么处理。
级联删除看着省事，但一旦误删，恢复成本高。生产环境上线前务必确认外键行为，别只靠 PHP 代码“以为”它会自动删。