2021年4月20日

在Laravel 8中，我遇到了这个问题。如果不使用nullable()，则可能发生此错误。

$table->bigInteger('user_id')->nullable()->unsigned()->index();
$table->foreign('user_id')->references('id')->on('users')->onUpdate('cascade')->onDelete('set null');

上面所有的解决方案都是正确的，但没有一个适合我。

为我创造问题的东西是数据库表引擎。引擎类型已经添加的表是MyISAM和新的迁移正在设置引擎类型= 'InnoDB'

我只是设置引擎类型已经添加表到InnoDB，就是这样!

在我的案例中，问题在于迁移时机，在创建迁移时要小心，首先创建子迁移，而不是基础迁移。因为如果你先创建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工匠迁移。

做就行了

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

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');
    });

在我的情况下，我只是改变了手动执行迁移的顺序，因此首先创建表用户。

在文件夹database/migrations/你的迁移文件名有这样的格式: year_month_day_hhmmss_create_XXXX_table.php

只是重命名创建用户文件，这样你的表优先级表的创建日期设置晚于用户日期(甚至晚一秒就足够了)

确保你的外分栏超过外分键栏的宽范围

我的意思是你的前键(在第二个表)必须是相同类型的你的ponter主键(在第一个表)

您的指针主键必须添加unsigned方法，让我显示:

在你的第一个迁移表上:

$table->increments('column_name'); //is INTEGER and UNSIGNED

在第二个迁移表上:

$table->integer('column_forein_name')->unsigned(); //this must be INTEGER and UNSIGNED
$table->foreign('column_forein_name')->references('column_name')->on('first_table_name');

另一个例子可以看出区别

在你的第一个迁移表上:

$table->mediumIncrements('column_name'); //is MEDIUM-INTEGER and UNSIGNED

在第二个迁移表上:

$table->mediumInteger('column_forein_name')->unsigned(); //this must be MEDIUM-INTEGER and UNSIGNED
$table->foreign('column_forein_name')->references('column_name')->on('first_table_name');

请参阅mysql数值类型表范围