MySQL错误150本质是外键约束失败，源于字符集、排序规则、存储引擎不一致，或字段类型/长度/NULL属性不匹配，以及迁移顺序不当。
MySQL 150 错误本质是外键约束失败，不是语法问题
看到 sqlstate[hy000]: general error: 150 就去改迁移文件语法，大概率白忙。这个错误只说明外键创建被 mysql 拒绝了，真正原因藏在表结构底层：字符集（charset）、排序规则（collation）、存储引擎（engine）三者必须完全一致，且字段类型、长度、是否允许 null 也得对齐。
检查两张表的字符集和引擎是否完全一致
Laravel 默认用 utf8mb4，但老项目或手动建的表可能还是 utf8 或 latin1；InnoDB 是唯一支持外键的引擎，MyISAM 不行。别信迁移文件里写的 ->engine('InnoDB')，得看实际建出来的表。
- 进 MySQL 执行：
SHOW CREATE TABLE users;和SHOW CREATE TABLE posts;，对比两者的DEFAULT CHARSET、COLLATE、ENGINE - 如果其中一张是
ENGINE=MyISAM，直接ALTER TABLE users ENGINE=InnoDB; - 如果字符集不一致，比如
utf8mb4_unicode_civsutf8mb4_general_ci，必须统一成同一个COLLATE（推荐utf8mb4_unicode_ci）
外键字段类型和属性必须严格匹配
哪怕只是差一个 unsigned，或者 INT 和 BIGINT，MySQL 都会报 150。Laravel 的 foreignId() 默认是 UNSIGNED BIGINT，但如果你手写 integer('user_id')，它就是带符号的 INT —— 这个坑最常踩。
- 检查父表主键类型：
DESCRIBE users;看id字段的Type和Extra（是否有unsigned） - 子表外键字段必须完全一致：比如父表是
BIGINT UNSIGNED，子表就得用$table->foreignId('user_id')，不能用$table->unsignedInteger('user_id') - 父表主键是
increments()（即INT UNSIGNED）时，子表对应字段必须也是unsignedInteger()，不能用foreignId()（那是为bigIncrements()设计的）
迁移顺序和中间状态容易引发隐性冲突
先建子表再建父表？或者父表已存在但没主键？这些都会让外键创建失败。Laravel 迁移本身不校验依赖关系，全靠你控制执行顺序。
- 确保父表迁移文件名早于子表（比如
2014_10_12_000000_create_users_table.php必须在2014_10_12_100000_create_posts_table.php前） - 如果父表已存在且没主键，先手工加：
ALTER TABLE users ADD PRIMARY KEY (id); - 运行迁移前，用
php artisan migrate:status确认没有 “Ran” 状态异常的迁移；有就先php artisan migrate:rollback --step=1回退再重试
字符集、引擎、字段定义、迁移时序——四个点只要一个没对上，150 就稳稳等着你。最容易忽略的是已存在表的隐式属性，而不是新写的迁移代码。
