Laravel生产环境--force执行含Seeder的迁移时进程卡住

我来帮你梳理这个问题——你在Laravel 5.6的生产环境（包括Homestead和AWS EC2亚马逊Linux）执行php artisan migrate --force时，进程卡住不动，日志也没输出任何信息，手动终止后发现表建好了但Seeder没跑，表里没数据。结合你给出的代码，咱们来定位问题并解决：

问题根源 #

你在迁移的up()方法里直接用Artisan::call('db:seed')调用Seeder命令，这不是Laravel推荐的做法。迁移负责数据库结构变更，Seeder负责数据填充，嵌套调用Artisan命令会导致命令上下文冲突，甚至触发数据库锁，尤其是在生产环境的严格配置下，很容易出现进程停滞的情况。

解决方案 #

方案1：分开执行迁移和Seeder（推荐） #

把结构变更和数据填充拆成两步执行，完全符合Laravel的设计逻辑，也更稳定：

# 先执行数据库迁移
php artisan migrate --force
# 再执行指定的Seeder
php artisan db:seed --class=ProductsSeeder --force

这样每一步都独立，方便排查问题，也不会出现上下文冲突的情况。

方案2：直接调用Seeder的run方法（如果一定要在迁移里填充数据） #

如果业务需求必须在迁移完成后立刻填充数据，不要通过Artisan命令调用，而是直接实例化Seeder类并执行run()方法：

public function up()
{
    Schema::create('products', function (Blueprint $table) {
        $table->increments('id');
        $table->string('name', 50);
        $table->decimal('price', 8, 2); // up to 999,999.99
    });
    
    // 直接实例化Seeder并执行run方法，绕开Artisan命令上下文
    $seeder = new ProductsSeeder();
    $seeder->run();
}

这种方式避免了启动新的Artisan进程，也就不会出现进程停滞的问题。

额外排查建议 #

• 检查数据库权限：确认Laravel使用的数据库用户有INSERT权限到products表（虽然表能创建，但插入数据可能有权限限制）；
• 临时开启调试模式：可以暂时把.env里的APP_DEBUG改成true，重新执行迁移，看看laravel.log会不会输出错误信息，排查完记得改回false；
• 检查PHP执行超时：在AWS EC2亚马逊Linux上，查看php.ini里的max_execution_time配置，确保不会因为超时导致进程卡住（不过你的操作很简单，这个可能性较低）。

内容的提问来源于stack exchange，提问作者Yevgeniy Afanasyev