在最初的问题之后的几年，我使用laravel 5.1，我有同样的错误，因为我的迁移是由计算机生成的，所有的日期代码都是相同的。我遍历了所有提出的解决方案，然后重构以找到错误源。

在遵循laracast和阅读这些文章时，我相信正确答案与Vickies的答案相似，除了您不需要添加单独的模式调用。你不需要设置Innodb，我假设laravel现在正在做这件事。

迁移只需要正确地计时，这意味着您将(稍后)修改需要外键的表的文件名中的日期代码。另外，对于不需要外键的表，降低数据码。

修改日期码的好处是您的迁移代码将更容易阅读和维护。

到目前为止，我的代码是通过调整时间代码来向后推需要外键的迁移。

但是我有几百个表，所以在最后，我有最后一个表用于外键。只是为了让事情顺利进行。我假设我将把它们拉到正确的文件中，并在测试时修改数据码。

例如:文件2016_01_18_999999_create_product_options_table。它需要创建产品表。看一下文件名。

 public function up()
{
    Schema::create('product_options', function (Blueprint $table) {
        $table->increments('id');
        $table->integer('product_attribute_id')->unsigned()->index();
        $table->integer('product_id')->unsigned()->index();
        $table->string('value', 40)->default('');
        $table->timestamps();
        //$table->foreign('product_id')->references('id')->on('products');
        $table->foreign('product_attribute_id')->references('id')->on('product_attributes');
        $table->foreign('product_id')->references('id')->on('products');


    });
}

/**
 * Reverse the migrations.
 *
 * @return void
 */
public function down()
{
    Schema::drop('product_options');
}

产品表:首先需要迁移这个表。2015年_01_18_000000_create_products_table

public function up()
{
    Schema::create('products', function (Blueprint $table) {
        $table->increments('id');

        $table->string('style_number', 64)->default('');
        $table->string('title')->default('');
        $table->text('overview')->nullable();
        $table->text('description')->nullable();


        $table->timestamps();
    });
}

/**
 * Reverse the migrations.
 *
 * @return void
 */
public function down()
{
    Schema::drop('products');
}

最后是我临时用来解决问题的文件，我将在为我命名为9999_99_9999_create_foreign_keys .php的模型编写测试时重构该文件。当我把这些键拉出来的时候，这些键就被注释了，但是你明白我的意思。

    public function up()
    {
//        Schema::table('product_skus', function ($table) {
//            $table->foreign('product_id')->references('id')->on('products')->onDelete('cascade');
//    });

    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
//        Schema::table('product_skus', function ($table)
//        {
//            $table->dropForeign('product_skus_product_id_foreign');
//        });

有时这种错误可能是由于迁移的顺序造成的。

Users和Order是两个表

订单表有用户的外键 (在迁移过程中，如果Order表先迁移，则会导致问题，因为没有用户匹配外键)

解决方案: 只需将您的Order Update表放在用户下面进行更新

例子: 在我的例子中，教育和大学表 教育表

public function up()
{
    Schema::create('doc_education', function (Blueprint $table) {
        $table->increments('id');
        $table->integer('uni_id')->unsigned()->nullable();
        $table->timestamps();
    });
}

在大学里

    Schema::create('doc_universties', function (Blueprint $table) {
        $table->increments('id');
        $table->string('uni_name');
        $table->string('location')->nullable();
        $table->timestamps();

        //
    });



Schema::table('doc_education', function(Blueprint $table) {
        $table->foreign('uni_id')->references('id')
        ->on('doc_universties')->onDelete('cascade');
    });

在我的案例中，问题在于迁移时机，在创建迁移时要小心，首先创建子迁移，而不是基础迁移。因为如果你先创建base migration，有外键就会寻找子表，不会有抛出异常的表。

进一步:

当您创建迁移时，它的开头有一个时间戳。假设你已经创建了一个迁移猫，它看起来像2015_08_19_075954_the_cats_time.php，它有这样的代码

<?php

use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class TheCatsTime extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('cat', function (Blueprint $table) {
            $table->increments('id');
            $table->string('name');  
            $table->date('date_of_birth');
            $table->integer('breed_id')->unsigned()->nullable(); 
        });

        Schema::table('cat', function($table) {
        $table->foreign('breed_id')->references('id')->on('breed');
      });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::drop('cat');
    }
}

在创建基表之后，创建另一个迁移品种，即子表，它有自己的创建时间和日期戳。 代码如下所示:

<?php

use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class BreedTime extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('breed', function (Blueprint $table) {
             $table->increments('id');    
             $table->string('name');
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::drop('breed');
    }
}

看起来这两个表都是正确的，但当你运行PHP artisan迁移。它会抛出一个异常，因为迁移会首先在你的数据库中创建基表因为你先创建了这个迁移，我们的基表有外键约束，它会寻找子表，而子表不存在，这可能是一个异常。

So:

首先创建子表迁移。 在创建子迁移之后创建基表迁移。 PHP工匠迁移。

做就行了

我在使用Laravel 5.8时也遇到了同样的问题。在仔细研究laravel文档之后，还有Migrations & bigIncrements。我解决这个问题的方法是通过添加主键“$table->bigIncrements('id')”到与表“用户”及其关联相关的每一个表，在我的情况下，表“角色”。最后，我有“$table->unsignedBigInteger”用于将角色关联到用户(多对多)，即表“role_user”。

1. Users table

    Schema::create('users', function (Blueprint $table) {
            $table->bigIncrements('id');
            $table->string('name');
            $table->string('email')->unique();
            $table->timestamp('email_verified_at')->nullable();
            $table->string('password');
            $table->rememberToken();
            $table->timestamps();
        });

2. Roles Table
    Schema::create('roles', function (Blueprint $table) {
        $table->bigIncrements('id');
        $table->string('name')->unique();
        $table->string('display_name')->nullable();
        $table->string('description')->nullable();
        $table->timestamps();
    });

3. Table role_user
Schema::create('role_user', function (Blueprint $table) {
            $table->unsignedBigInteger('user_id');
            $table->unsignedBigInteger('role_id');
            $table->foreign('user_id')->references('id')->on('users')
                ->onUpdate('cascade')->onDelete('cascade');
            $table->foreign('role_id')->references('id')->on('roles')
                ->onUpdate('cascade')->onDelete('cascade');
            $table->primary(['user_id', 'role_id']);
        });

我们不能添加关系，除非创建了相关的表。Laravel根据迁移文件的日期顺序运行迁移。因此，如果您想要与第二个迁移文件中存在的表创建关系，则会失败。

我也遇到了同样的问题，所以我最后创建了一个迁移文件来指定所有关系。

Schema::table('properties', function(Blueprint $table) {
        $table->foreign('user')->references('id')->on('users')->onDelete('cascade');
        $table->foreign('area')->references('id')->on('areas')->onDelete('cascade');
        $table->foreign('city')->references('id')->on('cities')->onDelete('cascade');
        $table->foreign('type')->references('id')->on('property_types')->onDelete('cascade');
    });

    Schema::table('areas', function(Blueprint $table) {
        $table->foreign('city_id')->references('id')->on('cities')->onDelete('cascade');
    });

请先检查列的数据类型。如果第一个表的id类型是bigint，那么当添加外键时，检查其他表的类型应该是bigint。