我刚刚修改了users和password_reset迁移文件中的以下行。

旧:$table->string('email')->unique();

新:$table->string('email'， 128)->unique();

Laravel 5.4由数据库版本导致。

根据文档(在索引长度和MySQL / MariaDB部分):

Laravel默认使用utf8mb4字符集，其中包括 支持在数据库中存储“表情包”。如果你正在运行一个 MySQL版本高于5.7.7或MariaDB版本高于5.7.7 对于10.2.2版本，您可能需要手动配置默认值 由迁移生成的字符串长度，以便MySQL创建 它们的索引。方法进行配置 方案::defaultStringLength方法在你的AppServiceProvider。

换句话说，在<ROOT>/app/Providers/AppServiceProvider.php:

// Import Schema
use Illuminate\Support\Facades\Schema;
// ...

class AppServiceProvider extends ServiceProvider
{

public function boot()
{
    // Add the following line
    Schema::defaultStringLength(191);
}

// ...

}

但正如另一个答案的评论所说:

注意这个解决方案。例如，如果您索引电子邮件字段， 存储邮件的最大长度为191个字符。这个更少 比RFC官方声明的要多。

因此，文档还提出了另一种解决方案:

或者，您可以启用innodb_large_prefix选项 数据库。有关的说明，请参阅数据库的文档 如何正确启用此选项。

正如迁移指南中所概述的那样，你所要做的就是编辑app/Providers/AppServiceProvider.php文件，并在boot方法中设置默认字符串长度:

use Illuminate\Support\Facades\Schema;

public function boot()
{
    Schema::defaultStringLength(191);
}

注意:首先你必须从数据库中删除(如果你有)users表，password_resets表，并从迁移表中删除users和password_resets条目。

要运行所有未完成的迁移，执行migrate Artisan命令:

php artisan migrate

在那之后，一切都应该正常工作。

我得到了这个错误尽管我已经有了(实际上因为我已经有了) 模式:defaultStringLength (191);在AppServiceProvider.php文件中。

原因是我试图在我的一个迁移中设置一个高于191的字符串值:

Schema::create('order_items', function (Blueprint $table) {
    $table->primary(['order_id', 'product_id', 'attributes']);
    $table->unsignedBigInteger('order_id');
    $table->unsignedBigInteger('product_id');
    $table->string('attributes', 1000); // This line right here
    $table->timestamps();
});

删除1000或将其设置为191解决了我的问题。

推荐的解决方案是启用MySQL的innodb_large_prefix选项，这样你就不会陷入后续的问题。下面是如何做到这一点:

打开my.ini MySQL配置文件，并像这样在[mysqld]行下添加以下行。

[mysqld]
innodb_file_format = Barracuda
innodb_large_prefix = 1
innodb_file_per_table = ON

之后，保存更改并重新启动MySQL服务。

如果需要回滚，然后重新运行迁移。

如果您的问题仍然存在，请转到数据库配置文件并设置

'engine' => null, to 'engine' => 'innodb row_format=dynamic'

希望能有所帮助!

我只是把这个答案加在这里，因为这对我来说是最快的解决方法。只需要将默认的数据库引擎设置为'InnoDB'

/ config / database.php

'mysql' => [
    ...,
    ...,
    'engine' => 'InnoDB',
 ]

然后运行PHP artisan config:cache来清除和刷新配置缓存

编辑: 这里找到的答案可能解释了这一事件背后的原因