phpMyAdmin「关系视图」仅展示和读取外键定义，不自动创建或更新约束；需手动执行ALTER TABLE ADD CONSTRAINT添加带ON DELETE CASCADE的外键，且要求引擎为InnoDB、相关列有索引、数据符合引用完整性。
phpMyAdmin 的「关系视图」不是自动建约束的工具
点开表的「结构」→「关系视图」，填上 ON DELETE CASCADE 并保存，不代表外键就生效了。这个界面只是读取和展示当前外键定义，它不会帮你创建缺失的外键约束，也不会覆盖已有约束——如果表里压根没外键，你在这儿改完，SHOW CREATE TABLE 里依然看不到任何 FOREIGN KEY 语句。
常见错误现象：保存后刷新页面，发现设置又变回 No Action；或者删父记录时仍报 Cannot delete or update a parent row 错误。
- 先确认外键是否存在：
SHOW CREATE TABLE `child_table`;，找FOREIGN KEY行和对应CONSTRAINT名 - 如果没看到外键定义，说明「关系视图」只是空配置，必须手动执行
ALTER TABLE ... ADD CONSTRAINT - 如果已有外键但没级联行为，得先用
DROP FOREIGN KEY `fk_name`删除，再重建带ON DELETE CASCADE的约束
外键列和被引用列都必须有索引，否则关系视图保存会静默失败
即使你在「关系视图」里选了 Cascade、点了保存，MySQL 也可能什么提示都不给，但实际没写入任何约束。根本原因是：MySQL 要求外键列（如 user_id）和被引用列（如 users.id）都必须有索引，否则建约束直接拒绝，错误码通常是 errno: 150 或 Can't create table。
- 检查被引用列是否有索引：
SHOW INDEX FROM `users` WHERE Column_name = 'id';（主键自带索引，一般没问题） - 检查子表外键列是否有索引：
SHOW INDEX FROM `orders` WHERE Column_name = 'user_id';，没有就加：ALTER TABLE `orders` ADD INDEX `idx_user_id` (`user_id`); - 复合外键（比如
(category_id, brand_id)）必须有联合索引，单列索引无效
存储引擎必须是 InnoDB，MyISAM 下关系视图的设置完全无效
phpMyAdmin 的「关系视图」对 MyISAM 表也开放编辑入口，但无论你怎么选 Cascade，MySQL 都会忽略全部外键定义——MyISAM 不支持外键，连报错都不会有。你删父记录时看似成功，其实只是绕过了约束检查，子表数据残留，引用完整性彻底失效。
立即学习“PHP免费学习笔记（深入）”；
- 查当前引擎：
SHOW CREATE TABLE `child_table`;，看ENGINE=InnoDB还是ENGINE=MyISAM - 转引擎：
ALTER TABLE `child_table` ENGINE = InnoDB;（注意：该操作会锁表，且不校验已有数据是否符合外键逻辑） - 父表也得是 InnoDB，否则
REFERENCES无意义
已有数据不匹配时，关系视图无法绕过外键校验
如果你的子表里已经存在 user_id = 999，但 users 表里根本没有 id = 999 的记录，那么哪怕引擎、索引、语法全对，执行外键添加语句也会失败，报错 Cannot add or update a child row: a foreign key constraint fails。此时「关系视图」的保存按钮点不动，或点完没反应。
- 先清理脏数据：
DELETE FROM `orders` WHERE user_id NOT IN (SELECT id FROM `users`); - 或者临时禁用外键检查（仅限修复场景）：
SET FOREIGN_KEY_CHECKS = 0;，操作完立刻恢复：SET FOREIGN_KEY_CHECKS = 1; - 别在生产环境长期关检查，否则后续插入可能引入新脏数据
DELETE FROM users WHERE id = 123 可能卡住几秒甚至超时。这不是配置问题，而是设计权衡——可视化配置再方便，也掩盖不了级联本身带来的锁和性能代价。 
