MySQL报1215错误的根本原因是外键约束条件未对齐，包括字段类型与属性（如unsigned、长度）、存储引擎（须均为InnoDB）、被引用字段索引（须为PRIMARY KEY或UNIQUE）、字符集及校对规则必须完全一致。
phpEnv 里 MySQL 报 1215 错误，根本原因和本地 MySQL 完全一致 —— 不是环境特殊，而是约束条件没对齐。 phpEnv 只是封装了 MySQL 服务，底层仍是标准 MySQL（通常是 5.7 或 8.0），所以所有 1215 的排查逻辑照搬即可，无需额外“phpEnv 专用解法”。
检查两个字段的数据类型与属性是否完全一致
这是最常踩的坑。比如 sealer.id 是 bigint(20) unsigned，而 product.sid 是 int(11)，哪怕值能装下，MySQL 也直接拒绝建外键。
- 必须完全匹配：类型（
intvsbigint）、符号（unsigned必须两边都有或都没有）、显示宽度（int(11)≠int(10)） - 用
SHOW CREATE TABLE sealer和SHOW CREATE TABLE product对比两表定义，逐字核对id和sid的声明 - 修正示例：
ALTER TABLE product MODIFY sid BIGINT UNSIGNED;
确认两张表都是 InnoDB 引擎
phpEnv 默认启的 MySQL 虽然支持 InnoDB，但建表时如果没显式指定 ENGINE=InnoDB，可能落到 MyISAM 上 —— 而 MyISAM 不支持外键。
- 查引擎：
SELECT TABLE_NAME, ENGINE FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME IN ('sealer', 'product'); - 强制转引擎：
ALTER TABLE sealer ENGINE=InnoDB;和ALTER TABLE product ENGINE=InnoDB; - 注意：转换过程会锁表，phpEnv 环境下通常无并发压力，但别在生产模拟中忽略这点
验证被引用字段是否有索引
sealer.id 必须是 PRIMARY KEY 或至少是 UNIQUE KEY；否则外键无法建立，报 1215。
立即学习“PHP免费学习笔记（深入）”；
- 查索引：
SHOW INDEX FROM sealer WHERE Column_name = 'id'; - 如果结果为空，说明没索引 —— 即使你写了
PRIMARY KEY(id)，也要确认建表语句真执行成功了（有时因语法错误静默失败） - 补索引：
ALTER TABLE sealer ADD PRIMARY KEY (id);（前提是该列无重复、非 NULL）
别漏掉字符集和 collation 一致性
尤其当表是 phpEnv 自带脚本创建、或从其他环境导入时，sealer 和 product 的 TABLE_COLLATION 可能不同（比如 utf8mb4_unicode_ci vs utf8_general_ci），也会触发 1215。
- 查字符集：
SELECT TABLE_NAME, TABLE_COLLATION FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME IN ('sealer', 'product'); - 不一致时统一改：
ALTER TABLE sealer CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 这个点容易被忽略，因为报错信息里完全不提字符集，但它确实是硬性要求
真正卡住人的，往往不是某一条规则没满足，而是几条同时存在 —— 比如字段类型差一点 + 引擎不对 + 字符集不一致。建议按顺序逐项验证，每改一项就试一次 ALTER TABLE product ADD FOREIGN KEY (sid) REFERENCES sealer(id);，别堆在一起改。phpEnv 没有魔法，它只是让你更方便地启动 MySQL，而 MySQL 的外键规则，从来都很严格。
