在Laravel 5.4上使用php artisan make:auth迁移错误
[Illuminate\Database\QueryException] SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes (SQL: alter tabl e users add unique users_email_unique(email)) [PDOException] SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes
当前回答
对于可能遇到这种情况的任何人，我的问题是我正在创建一个类型为字符串的列，并试图使它->unsigned()当我想让它是一个整数时。
其他回答
我不知道为什么上面的解和官方的解是相加的
Schema::defaultStringLength(191);
在AppServiceProvider中不适合我。 工作的是编辑config文件夹中的database.php文件。 只是编辑
'charset' => 'utf8mb4',
'collation' => 'utf8mb4_unicode_ci',
to
'charset' => 'utf8',
'collation' => 'utf8_unicode_ci',
它应该可以工作，尽管你将无法存储扩展的多字节字符，如表情符号。
这是一个丑陋的黑客，如果你想存储字符串在非英语语言，表情符号
我用Laravel 5.7做的。
不要忘记停止并再次启动服务器。
我认为强制stringlength到191是一个非常糟糕的主意。 所以我去调查了解到底发生了什么。
我注意到这个消息错误:
SQLSTATE[42000]:语法错误或访问违规:1071指定的键 太长了;最大密钥长度为767字节
在我更新MySQL版本后开始出现。所以我已经用PHPMyAdmin检查了表，我注意到所有创建的新表都带有utf8mb4_unicode_ci，而不是旧表的utf8_unicode_ci。
在我的doctrine配置文件中，我注意到charset被设置为utf8mb4，但我之前的所有表都是在utf8中创建的，所以我猜这是一些更新魔术，它开始在utf8mb4上工作。
现在最简单的解决方法是更改ORM配置文件中的行字符集。 然后使用utf8mb4_unicode_ci删除表(如果您在dev模式下)，或者如果您不能删除它们则修复字符集。
Symfony 4
在config/packages/doctrine.yaml中将字符集:utf8mb4修改为字符集:utf8
现在我的理论迁移又开始起作用了。
对于可能遇到这种情况的任何人，我的问题是我正在创建一个类型为字符串的列，并试图使它->unsigned()当我想让它是一个整数时。
如果您运行“php artisan migrate”时出现此错误。你可以这样修改你想要更新的表:
DB::statement('ALTER TABLE table_name ROW_FORMAT = DYNAMIC;');
在迁移脚本中。例子:
class MyMigration extends Migration {
/**
* Run the migrations.
*/
public function up()
{
DB::statement('ALTER TABLE table_name ROW_FORMAT = DYNAMIC;');
Schema::table('table_name', function ($table) {
//....
});
}
/**
* Undo the migrations.
*/
public function down()
{
//....
}
}
然后再次运行php artisan migrate
我刚刚修改了users和password_reset迁移文件中的以下行。
旧:$table->string('email')->unique();
新:$table->string('email'， 128)->unique();
