MySQL根本不支持MyISAM表的外键及级联操作，因其完全不实现外键机制，仅InnoDB支持；MyISAM对FOREIGN KEY语法静默忽略，不报错、不校验、不执行级联，插入非法值或删除父记录均无约束效果。
MySQL根本不支持跨MyISAM表的外键约束级联操作——因为MyISAM压根不实现外键机制，级联更无从谈起。
MyISAM对FOREIGN KEY语法是“静默忽略”
你写ALTER TABLE child ADD FOREIGN KEY (user_id) REFERENCES users(id)，MyISAM不会报错，也不会警告。它只是把整段FOREIGN KEY当注释处理：
-
SHOW CREATE TABLE child输出里完全看不到外键定义 -
INFORMATION_SCHEMA.KEY_COLUMN_USAGE查不到任何记录 - 插入
user_id = 999999而users表根本不存在该ID，照样成功 - 哪怕你写了
ON DELETE CASCADE，执行DELETE FROM users WHERE id = 123后，child表数据纹丝不动
InnoDB才真正实现外键与级联逻辑
级联（ON DELETE CASCADE、ON UPDATE CASCADE）是InnoDB引擎在事务层内置的行为，依赖于：
- 行锁机制，保证删除主表记录时能安全锁定并修改从表对应行
- 事务日志（redo/undo），确保级联操作原子性：要么全成功，要么全回滚
- 引用完整性检查器，在DML执行前实时校验外键值是否存在
MyISAM没有事务、没有行锁、没有引用检查器，自然无法支撑任何级联语义。
试图混合MyISAM和InnoDB建外键会直接失败
即使主表用InnoDB、从表用MyISAM，ALTER TABLE加外键也会报错ERROR 1215 (HY000): Cannot add foreign key constraint。MySQL在解析阶段就拒绝跨引擎关联，原因很实在：
- 外键约束必须两端都可被引擎自身验证和执行
- MyISAM无法响应InnoDB发起的级联通知（没有对应的hook或回调接口）
- 允许这种组合会导致约束“半生效”，比完全不生效更危险
替代方案不是“模拟级联”，而是明确放弃外键语义
如果业务确实要用MyISAM（比如只读报表库），又需要类似级联效果，只能靠应用层或触发器，但要注意：
- 触发器在MyISAM中不支持
REFERENCING旧值/新值，无法可靠实现“删父表前查子表” - 应用层做
DELETE FROM users WHERE id = x+DELETE FROM child WHERE user_id = x，中间有窗口期，可能产生数据不一致 - mysqldump导出MyISAM表时默认含
SET FOREIGN_KEY_CHECKS=0，导入后也毫无影响——因为本来就没外键
真正容易被忽略的是：很多人以为“只要语法没报错，外键就建成了”，结果上线半年才发现ON DELETE CASCADE从来没触发过——回头一查SHOW CREATE TABLE，里面连一行FOREIGN KEY都没有。
