MySQL中ON UPDATE/DELETE CASCADE不生效的根本原因是存储引擎非InnoDB，MyISAM忽略外键；需确认引擎、添加索引、正确添加带级联的外键约束，并注意级联风险。
MySQL 中 ON UPDATE CASCADE 和 ON DELETE CASCADE 不生效？
根本原因通常是存储引擎不支持 —— 只有 innodb 支持外键及级联操作，myisam 完全忽略外键定义，连报错都不会有。
实操建议：
- 建表或修改表前，务必确认引擎：
SHOW CREATE TABLE `table_name`;查看ENGINE=InnoDB - 若当前是
MyISAM，用ALTER TABLE `table_name` ENGINE = InnoDB;转换（注意：转换时表会被锁，且已有数据不会自动校验外键一致性） - 级联行为只在 DML 操作中触发（
UPDATE/DELETE），不影响INSERT或 DDL
定义外键时忘记加索引导致 ERROR 1005 (HY000)
MySQL 要求外键列（FOREIGN KEY）和被引用列（REFERENCES）都必须有索引，否则建表失败，错误信息里常带 errno: 150 或 Can't create table。
实操建议：
- 被引用的列（通常是主键或唯一键）一般已有索引，但检查一下：
SHOW INDEX FROM `parent_table` WHERE Column_name = 'id'; - 外键列本身如果没有索引，手动加：
ALTER TABLE `child_table` ADD INDEX `idx_parent_id` (`parent_id`); - 复合外键要求所有列合起来有联合索引，不能靠单列索引拼凑
phpMyAdmin 的「关系视图」里设了级联却没写进 SQL？
phpMyAdmin 的「关系视图」只是前端配置界面，它不会自动修改表结构 —— 你点保存后，它实际执行的是 ALTER TABLE ... ADD CONSTRAINT 语句。如果之前已有外键约束，新设置不会覆盖，而是报错 Cannot add or update a child row。
实操建议：
- 先删旧约束：
ALTER TABLE `child_table` DROP FOREIGN KEY `fk_name`;（约束名查SHOW CREATE TABLE `child_table`;） - 再重新添加带级联的外键：
ALTER TABLE `child_table` ADD CONSTRAINT `fk_parent_id` FOREIGN KEY (`parent_id`) REFERENCES `parent_table`(`id`) ON UPDATE CASCADE ON DELETE CASCADE; - phpMyAdmin 的「关系视图」只读取当前外键定义，改完 SQL 后刷新页面才同步显示
级联操作引发意外数据丢失或死锁？
ON DELETE CASCADE 删除父记录时，会递归删除所有子记录（包括孙子、曾孙……只要链路存在），且整个过程在一个事务里完成。一旦涉及多层关联或大表，容易超时、锁表甚至触发死锁。
实操建议：
- 生产环境慎用深层级联；优先考虑应用层控制删除逻辑，或用软删除（
is_deleted字段） - 级联更新（
ON UPDATE CASCADE）仅适用于主键值极少变更的场景；若经常改id，说明设计有问题 - 执行前用
SELECT预估影响行数：SELECT COUNT(*) FROM `child_table` WHERE `parent_id` = ?;
