在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
当前回答
在laravel
首先将默认数据库引擎设置为“InnoDB on”
/ config / database.php
'engine' => 'InnoDB',
然后运行PHP artisan config:cache来清除和刷新配置缓存。
PHP工匠数据库:擦
修改/config/database.php中mysql数组的这些值，如下所示 'charset' => 'utf8'， 'collation' => 'utf8_general_ci'， 然后
PHP工匠迁移 这是所有!迁移表创建成功。
其他回答
对我来说很有魅力!
将此添加到config/database.php
'engine' => 'InnoDB ROW_FORMAT=DYNAMIC',
而不是
'engine' => 'null',
与其设置长度限制，我建议以下方法，这对我来说很有效。
内部:
配置/ database.php
将这一行替换为mysql:
'engine' => 'InnoDB ROW_FORMAT=DYNAMIC',
:
'engine' => null,
我认为强制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
现在我的理论迁移又开始起作用了。
最干净的解决方案是去你的数据库并更改:
default_storage_engine to InnoDB
你很可能有MyISAM。
我添加了两个对我有用的解决方案。
第一个解决方案是:
在config目录下打开database.php文件。 将'engine' =>修改为'engine' => 'InnoDB' 这对我很管用。
第二个解决方案是:
在config目录下打开database.php文件。 2.编辑'charset' => 'utf8mb4'， 'collation' => 'utf8mb4_unicode_ci'， 来 'charset' => 'utf8'， 'collation' => 'utf8_unicode_ci'，
古德勒克
