laravel 迁移按文件名时间戳顺序执行，若 products 表迁移早于 categories 表，外键创建将失败；解决方法是调整迁移文件命名以确保依赖表优先执行，或在已运行迁移的环境中谨慎手动修复。
laravel 迁移按文件名时间戳顺序执行，若 products 表迁移早于 categories 表，外键创建将失败；解决方法是调整迁移文件命名以确保依赖表优先执行，或在已运行迁移的环境中谨慎手动修复。
在 Laravel 中，迁移（migration）的执行顺序严格由迁移文件名中的时间戳决定，例如 2022_01_01_000000_create_categories_table.php 会早于 2022_01_01_000001_create_products_table.php 执行。当 products 表通过外键引用 categories 表时，被引用的表（categories）必须先存在，否则 php artisan migrate 将抛出类似 SQLSTATE[HY000]: General error: 1005 Can't create table 的错误。
✅ 正确做法：
- 在创建外键前，确保目标表迁移已执行。可通过重命名迁移文件调整顺序，例如将 categories 迁移改为
2022_01_01_000000_create_categories_table.php，products 改为2022_01_01_000002_create_products_table.php； - 外键定义应明确指定约束名与引用关系，推荐写法如下：
// 在 products 迁移的 up() 方法中
Schema::create('products', function (Blueprint $table) {
$table->id();
$table->string('name');
$table->foreignId('category_id')->constrained()->onDelete('cascade');
$table->timestamps();
});
⚠️ 注意事项：
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 切勿直接修改已提交/已执行的迁移文件内容（如增删字段、改外键），这会导致本地与生产环境迁移状态不一致；
- 若迁移已在生产环境执行过，
migrations表中已记录执行记录，此时仅重命名文件无效——需配合php artisan migrate:rollback回滚后重迁，或在数据库中手动创建缺失表并插入对应迁移记录（仅限紧急修复，需备份并谨慎操作）； - 开发初期建议使用
--pretend参数预览 SQL：php artisan migrate --pretend，提前发现外键依赖问题。
? 最佳实践：
- 新建关联表时，始终让“被依赖方”（如 categories）的时间戳更早；
- 使用
php artisan make:migration create_categories_table --create=categories和php artisan make:migration create_products_table --create=products命令生成迁移，并立即检查文件名； - 团队协作中，可通过 Git 提交前校验迁移顺序，避免因本地时间差异导致命名冲突。
总之，迁移顺序不可靠时，靠命名控制是安全、标准且 Laravel 官方推荐的方式——它不改变逻辑，只修正执行时序，兼顾可维护性与可靠性。
