外键创建失败但无报错，主因是表引擎非InnoDB或字段类型不一致；需确认ENGINE=InnoDB、字段类型/字符集/索引完全匹配，并显式指定唯一约束名验证。
外键创建失败但没报错？检查存储引擎和字段类型是否严格一致
phpmyadmin 里执行 alter table ... add foreign key 没报错却没生效，大概率是表用了 myisam 引擎——它根本不支持外键。哪怕 sql 语法完全正确，mysql 也会静默忽略 foreign key 子句。
另一个高频原因是字段类型不匹配：比如主表是 INT UNSIGNED，从表用 INT（有符号），或者主表是 VARCHAR(255) 而从表是 VARCHAR(191)，即使长度差一也通不过。
- 先确认两张表都是
InnoDB：执行SHOW CREATE TABLE `table_name`，看输出里有没有ENGINE=InnoDB - 对比主键/索引字段的完整定义：
DATA_TYPE、NULL属性、UNSIGNED、字符集和排序规则（COLLATION）必须完全一致 - 从表对应字段上必须已有索引（不一定是主键），否则会报错
ERROR 1005 (HY000): Can't create table
外键名重复或含非法字符导致 SQL 执行中断
MySQL 要求每个外键名在**同一个数据库内全局唯一**，且不能含空格、点号、短横线等。phpMyAdmin 默认生成的约束名像 fk_user_post_user_id 看似合理，但如果你之前删过又重建过同名表，旧约束可能还残留在 INFORMATION_SCHEMA.KEY_COLUMN_USAGE 里，新语句就会因重名失败。
更隐蔽的是，某些 phpMyAdmin 版本在 UI 表单里填了“约束名”，生成的 SQL 却没加反引号，遇到带下划线或数字开头的名字直接语法错误。
- 显式指定一个确定唯一的约束名，用反引号包住：
CONSTRAINT `fk_order_user_id_v2` FOREIGN KEY (`user_id`) REFERENCES `users`(`id`) - 查重用：
SELECT CONSTRAINT_NAME, TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE CONSTRAINT_SCHEMA = 'your_db' AND REFERENCED_TABLE_NAME IS NOT NULL - 别依赖 phpMyAdmin 表单自动生成的 SQL，点“SQL”标签页手写，避开 UI 的命名黑盒逻辑
phpMyAdmin 提交后外键没出现在“关系视图”里？缓存或权限问题
即使 SQL 成功执行，phpMyAdmin 的“结构 → 关系视图”可能仍为空白。这不是外键没建好，而是界面没刷新或当前用户没权限读取 INFORMATION_SCHEMA 中的约束元数据。
立即学习“PHP免费学习笔记（深入）”；
常见于共享主机环境：服务商禁用了普通用户访问 KEY_COLUMN_USAGE 表，导致 phpMyAdmin 拿不到外键信息，但实际约束已存在且生效（可用 SHOW CREATE TABLE 验证）。
- 跳过 UI，直接用命令验证：
SHOW CREATE TABLE `orders`，看输出里是否有CONSTRAINT和FOREIGN KEY行 - 如果
SHOW CREATE TABLE里有，但关系视图空白，基本可判定是 phpMyAdmin 权限限制，不影响运行时约束行为 - 手动刷新浏览器、清空 phpMyAdmin 本地缓存（F5 不够，试试 Ctrl+F5），有时只是前端没拉新数据
级联操作（ON DELETE/UPDATE）被忽略？检查 SQL 模式与版本兼容性
写了 ON DELETE CASCADE 却发现删主表记录时从表没联动，除了确认语法位置正确（必须紧贴 FOREIGN KEY 定义之后），还要注意 MySQL 的 SQL 模式是否启用了 STRICT_TRANS_TABLES 或 NO_ENGINE_SUBSTITUTION —— 某些旧版本在非严格模式下会把不支持的级联动作静默降级为 RESTRICT。
另外，MySQL 8.0.19+ 对 SET NULL 的要求更严：被设为 NULL 的字段必须允许 NULL，且不能有默认值（哪怕默认值就是 NULL）。
- 检查当前模式：
SELECT @@sql_mode，确认不含IGNORE_SPACE这类干扰项 - 级联动作必须写全：
ON DELETE CASCADE ON UPDATE CASCADE，漏掉ON UPDATE不代表默认继承，而是默认为RESTRICT - 用
SELECT * FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'your_table' AND UPDATE_RULE = 'CASCADE'直接查系统表确认是否生效
外键不是“点一下就完事”的功能，它卡在引擎、类型、命名、权限、SQL 模式多个层面。最稳的方式永远是：先用 SHOW CREATE TABLE 确认基础结构，再手写带反引号约束名的完整语句，最后用系统表交叉验证——别信 phpMyAdmin 界面显示的一切。
