PHP本身不设置外键，外键是MySQL的表级约束，需通过CREATE TABLE或ALTER TABLE语句在InnoDB引擎下显式定义，并确保字段类型一致、父表已存在且被引用字段有索引。
PHP 本身不设置外键，外键是 MySQL（或兼容数据库）的表级约束，PHP 只负责把正确的
或
语句发给数据库执行。如果建表后发现外键没生效、插入报错或静默失败，大概率是语法、引擎、类型或执行方式出了问题。
CREATE TABLE 时声明 FOREIGN KEY 必须带 ENGINE=InnoDB
MySQL 的 MyISAM 引擎完全忽略
语法，哪怕语句执行成功，外键也无效。InnoDB 是唯一广泛支持外键的默认引擎。
必须显式写
，不能依赖配置文件默认值（尤其在共享主机或 Docker 环境中）
被引用的父表（如
）必须先创建，且其被引用字段（如
）已是主键或有独立索引
子表外键字段（如
）类型必须严格一致：比如
对
，
对
，字符集也需相同
示例有效语句：
ALTER TABLE 添加外键前要先确保字段有索引
MySQL 要求外键列本身必须有索引（主键、UNIQUE 或普通 INDEX），否则
直接报错
。
如果
还没建索引，得先加：
再执行外键添加：
注意：
和
是显式行为，不写就默认
，删父记录会直接报错而非自动清理
调试时建议先用 MySQL CLI 手动执行这两步，确认无误再集成进 PHP
PHP 执行外键语句必须检查错误，不能只看返回值真假
成功返回
并不代表外键已生效——比如引擎不匹配、字段类型不对、表不存在，都可能让语句“看似成功”但实际忽略外键定义。
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
立即学习
“
PHP免费学习笔记（深入）
”；
务必用
捕获真实错误信息，例如：
表示数据层面违反约束，不是建表问题
PDO 更推荐设
，否则
失败也不会抛异常
不要在没验证父表数据完整性的情况下直接上线外键：运行
查脏数据
外键字段类型和索引细节最容易被忽略
看起来只是“加个约束”，但 MySQL 对一致性要求极严：字段长度、符号位（
/
）、字符集、排序规则（collation）全部要对齐，差一点就会报
。
常见坑：
是
，而
写成
（默认 signed）→ 失败
是
，
是
→ 允许，但若字符集不同（如
vs
）→ 失败
父表被引用字段没索引？MySQL 会尝试自动建，但仅限于某些版本和场景；稳妥做法是手动
或设
真正麻烦的从来不是写那行
，而是字段类型对齐、引擎确认、索引存在、数据干净这四件事是否全满足——少一个，外键就形同虚设或直接报错。
CREATE TABLEALTER TABLEFOREIGN KEYENGINE=InnoDBusersiduser_idINT UNSIGNEDINT UNSIGNEDBIGINTBIGINTCREATE TABLE posts (id INT PRIMARY KEY, user_id INT, FOREIGN KEY (user_id) REFERENCES users(id)) ENGINE=InnoDB;ADD FOREIGN KEYERROR 1022orders.user_idALTER TABLE orders ADD INDEX idx_user_id (user_id);ALTER TABLE orders ADD FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE;ON DELETE CASCADEON UPDATE CASCADERESTRICTmysqli_query()truemysqli_error($conn)Cannot add or update a child row: a foreign key constraint failsPDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION$pdo->exec()SELECT * FROM orders WHERE user_id NOT IN (SELECT id FROM users);SIGNEDUNSIGNEDERROR 1005users.idINT UNSIGNEDposts.user_idINTusers.idVARCHAR(32)posts.codeVARCHAR(64)utf8mb4latin1CREATE INDEXPRIMARY KEYFOREIGN KEY