外键约束失败主因是字段类型不匹配或被引用表未创建；Laravel中需确保unsignedBigInteger等类型严格一致，foreignId()更安全，且外键字段必须建索引。
外键约束失败不是语法写错了，而是 MySQL 在建表时当场拒绝——最常见原因就两个：字段类型不匹配、被引用的表还没创建。其他都是衍生问题。
foreign key constraint is incorrectly formed（errno: 150）
这个报错几乎全是数据类型不一致导致的。Laravel 默认 $table->id() 生成的是 unsignedBigInteger（即 BIGINT UNSIGNED），但你写的外键字段可能是 integer()、bigInteger()（默认 signed）、甚至漏了 ->unsigned()。
- 检查被引用表的主键定义：如果是
$table->id()或$table->bigIncrements('id')→ 外键必须用$table->unsignedBigInteger('xxx') - 如果被引用表用的是
$table->increments('id')（旧写法，INT UNSIGNED）→ 外键得用$table->unsignedInteger('xxx') - 别信“看起来都是数字”——
INT和BIGINT、signed 和 unsigned，在 MySQL 看来是完全不同的类型 - 用
$table->foreignId('user_id')->constrained()可自动对齐类型+加索引，比手写更安全
Cannot add or update a child row（SQLSTATE[23000]: 1452）
这条错误发生在插入/更新数据时，说明外键值在父表里根本不存在。不是迁移失败，是运行时报的错。
- 先确认父表（比如
users）里确实存在你正往子表插的user_id值 - 检查外键定义是否写反了：
$table->foreign('user_id')->references('id')->on('users')是对的；references('users')->on('id')是错的（列名和表名颠倒） - 如果父表主键不是
id（比如叫user_code），那必须显式写references('user_code')->on('users') - 注意 NULL 允许性：外键字段设了
->nullable()，但你插的是非空值，而该值又不在父表中，也会触发此错
迁移顺序错乱导致外键找不到表
Laravel 按迁移文件名前缀的时间戳升序执行。如果 create_posts_table.php 的时间戳早于 create_users_table.php，那建 posts 表时 users 表还不存在，必然报 errno: 150。
- 运行
php artisan migrate:status查看哪些迁移已执行、哪些没执行、顺序是否合理 - 确保被引用的表（如
users）迁移文件时间戳比引用它的表（如posts）更早 - 不要手动改时间戳后强行重跑——先
migrate:rollback清掉已有表，再migrate - 若已出错，删掉数据库里所有表（或用
migrate:fresh），再重新迁移（前提是迁移顺序已修正）
SQLite 下外键始终不生效
SQLite 默认关闭外键支持，即使迁移里写了外键，也形同虚设。
- 在
config/database.php的sqlite配置里加'foreign_key_constraints' => true - 或者在连接建立后立即执行
PRAGMA foreign_keys = ON（可通过监听DB::connection()->getPdo()后调用） - 验证是否启用：
DB::select("PRAGMA foreign_keys")返回1才算成功 - MySQL 和 PostgreSQL 不需要这步，但 SQLite 必须显式开启
最易被忽略的点：外键字段本身必须有索引。Laravel 的 foreignId() 会自动加，但手写 unsignedBigInteger() 后忘了 ->index()，某些 MySQL 版本也会拒绝建外键——别省这一行。
