myisam 不支持外键，alter table 添加外键必报错 error 1005；可用 before insert/update/delete 触发器模拟检查与级联，但存在性能、一致性及复制风险；强一致性场景必须迁移到 innodb。
MyISAM 不支持外键，硬加会报错
直接执行 ALTER TABLE child_table ADD FOREIGN KEY (parent_id) REFERENCES parent_table(id) 一定会失败，MySQL 会返回错误：ERROR 1005 (HY000): Can't create table ... (errno: 150)。这不是语法或权限问题，而是 MyISAM 存储引擎本身不实现外键约束机制——它压根没有外键校验的底层逻辑。
用 BEFORE INSERT/UPDATE 触发器模拟外键检查
核心思路是：在子表插入或更新关联字段前，手动查父表是否存在对应记录；若不存在，用 SIGNAL 中断操作并抛出自定义错误。注意必须用 BEFORE 触发器（AFTER 已写入，无法回滚）。
常见错误现象：触发器里漏写 FOR EACH ROW、用 SELECT ... INTO 但没处理“查不到”的情况（导致 NULL 比较失败）、忘记对 UPDATE 同时检查旧值和新值。
实操建议：
- 触发器名要体现用途，比如
trg_child_parent_fk_check - 对
INSERT：检查NEW.parent_id是否在父表中存在 - 对
UPDATE：仅当NEW.parent_id != OLD.parent_id时才检查，避免无谓查询 - 用
SELECT COUNT(*) INTO @cnt FROM parent_table WHERE id = NEW.parent_id，再判断@cnt = 0时SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Parent record not found' - 确保父表
id字段有索引，否则每次插入都全表扫描，性能崩得很快
DELETE 级联需用 BEFORE DELETE 触发器兜底
父表记录被删时，MyISAM 不会自动阻止或级联删子表——这得靠触发器补上。但注意：不能在父表 BEFORE DELETE 里直接删子表（可能引发锁等待甚至死锁），更稳妥的做法是让触发器抛错，强制业务层先清理子表。
如果真要自动级联（不推荐但有时不得不做）：
- 在父表
BEFORE DELETE触发器中，先SELECT id INTO @pid FROM parent_table WHERE id = OLD.id（确认存在） - 再
DELETE FROM child_table WHERE parent_id = @pid - 必须确保子表
parent_id有索引，否则删父记录会锁整个子表 - 这种“自动删”绕过了应用层逻辑，容易掩盖数据一致性隐患
触发器模拟外键的硬伤和替代建议
它不是真正的外键：不阻塞 LOAD DATA INFILE、不参与事务原子性（MyISAM 本就不支持事务）、不被 mysqldump --single-transaction 保护、且所有触发器逻辑只在当前节点生效（主从复制时若用 STATEMENT 格式，从库可能因数据不一致而触发失败）。
真正需要强一致性，唯一靠谱的路是迁移到 InnoDB。如果暂时卡在 MyISAM（比如全文索引依赖或历史包袱），至少做到：
- 所有涉及关联的操作，必须走封装好的存储过程，把检查+操作包在一起
- 定期用
SELECT c.* FROM child_table c LEFT JOIN parent_table p ON c.parent_id = p.id WHERE p.id IS NULL扫描孤儿记录 - 禁止直接对子表执行
UPDATE ... SET parent_id = xxx这类裸 SQL
触发器只是胶带，粘得住一时，挡不住数据腐烂的起点。
