欢迎各位兄弟 发布技术文章

这里的技术是共享的

You are here

首页

laravel5.5报错：1071 Specified key was too long; max key length is 767 bytes 有大用

星期日, 2019-08-25 01:03 — adminshiping1

laravel5.5报错：1071 Specified key was too long; max key length is 767 bytes

2018年03月12日 21:34:17  阅读数 1279
版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shangyanaf/article/details/79533375

原因：laravel改变了默认的数据库字符集，现在使用utf8mb4，如果你使用的MySQL数据库高于5.7就不会报错，如果低于该版本就会报错

SQLSTATE[42000]: Syntax error or access violation: 
1071 Specified key was too long; max key length is 767 bytes


解决方案：在AppServiceProvider添加代码： Schema::defaultStringLength(191); 
完整的代码：

use Illuminate\Support\Facades\Schema;//一定要记得引入Schema

/**
 * Bootstrap any application services.
 *
 * @return void
 */
public function boot()
{
    Schema::defaultStringLength(191);
}




来自 https://blog.csdn.net/shangyanaf/article/details/79533375




Laravel 5.4 migrate时报错: Specified key was too long error

21

Laravel 5.4默认使用utf8mb4字符编码，而不是之前的utf8编码。因此运行php artisan migrate 会出现如下错误：

[Illuminate\Database\QueryException]
SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes (SQL: alter table 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

问题根源

MySql支持的utf8编码最大字符长度为3字节，如果遇到4字节的宽字符就会出现插入异常。三个字节UTF-8最大能编码的Unicode字符是0xffff，即Unicode中的基本多文种平面（BMP）。因而包括Emoji表情（Emoji是一种特殊的Unicode编码）在内的非基本多文种平面的Unicode字符都无法使用MySql的utf8字符集存储。

这也应该就是Laravel 5.4改用4字节长度的utf8mb4字符编码的原因之一。不过要注意的是，只有MySql 5.5.3版本以后才开始支持utf8mb4字符编码（查看版本：select version();）。如果MySql版本过低，需要进行版本更新。

注：如果是从Laravel 5.3升级到Laravel 5.4，不需要对字符编码做切换。

解决问题

  1. 升级MySql版本到5.5.3以上。

  2. 手动配置迁移命令migrate生成的默认字符串长度，在AppServiceProvider中调用Schema::defaultStringLength方法来实现配置：

        use Illuminate\Support\Facades\Schema;

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




来自  https://segmentfault.com/a/1190000008416200



导入sql文件报错：1071 Specified key was too long; max key length is 767 bytes

2018年05月22日 15:53:58  阅读数 14297
版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/LJFPHP/article/details/80406907

一、背景

今天把服务器的数据库导出了一份sql文件，准备导入到本地，但是在导入的时候，报了个错：

Syntax error or access violation: 1071 Specified key was too long; max key length is 767 bytes

  • 1

这就很奇怪了，明明服务器上都可以，凭什么我这边就报错呢。

二、错误分析

1、错误部分的sql文件

CREATE TABLE `model_has_permissions` (
  `permission_id` int(10) unsigned NOT NULL,
  `model_id` int(10) unsigned NOT NULL,
  `model_type` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL,
  PRIMARY KEY (`permission_id`,`model_id`,`model_type`),
  KEY `model_has_permissions_model_id_model_type_index` (`model_id`,`model_type`),

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

就是这个primary key部分报错的。错误信息的意思是，设置的键长超过了767 bytes。

2、这个767 bytes是什么玩意？

答：
（1）
在mysql 5.5.3之前，mysql的InnoDB引擎，要求设置的主键长度不得超过767bytes。
mysql的MyIsam引擎的主键长度不得超过1000 bytes。

（2）
在mysql中，gbk字符集会占用2个字节。utf8字符会占用3个字节。
而且从mysql5.5.3之后的版本，mysql 开始支持utf8m4字符，代表着一个字符占用4个字节。

也就是说：

(255+10+10)*3 = 825  //在用utf8作为字符集的时候，超过了规定的767 bytes
(255+10+10)*2 = 550  //当该用gbk作为字符集的时候
（255+10+10）*4 = 1100  //当用utf8m4作为字符集的时候，也超标了

  • 1

  • 2

  • 3

3、大致原因知道之后，查看sql文件

（1）、数据库使用的InnoDB引擎
（2）、数据库使用utf8m4作为字符集

三、解决办法

1、修改字符长度

//根据上面的分析可以进行计算，我的主键长度不能超过192
768/4 = 192

  • 1

  • 2

但这样很明显是不符合的需求的，不能随便改动数据库的字段！

2、升级mysql

这个方案是在查询服务器数据库版本的时候，发现服务器数据库采用的是mysql5.7版本。。也就是说在升级数据库之后，是完全可以达到的。。

后面再查询中发现一个国外的帖子：
链接：
https://stackoverflow.com/questions/1814532/1071-specified-key-was-too-long-max-key-length-is-767-bytes

原文：

767 bytes is the stated prefix limitation for InnoDB tables in MySQL version 5.6 (and prior versions). It's 1,000 bytes long for MyISAM tables. In MySQL version 5.7 and upwards this limit has been increased to 3072 bytes.

  • 1

原文的意思是说，在mysql的5.5.3版本之前，InnoDB引擎的主键对应的最大字节数是767字节，MyISAM对应的主键最大字节是1000字节。但是在mysql5.7版本之后，最大主键字节增大为3072字节。

OK，这样就很明显了，升级mysql是最佳的选择。用集成环境的小伙伴可以关闭集成环境中的mysql，然后下载最新的mysql版本即可。

四、在解决问题时，学到的东西

1、查看数据库的存储引擎

//进入数据库，执行这个命令
show variables like '%storage_engine%';

  • 1

  • 2

2、查看当前数据库的字符编码

show variables like '%character_set%';

  • 1

3、查看数据库的版本号

//进入数据库之后，执行status即可
mysql>status

  • 1

  • 2

4、关于varchar

MySQL5.0.3之前varchar(n)这里的n表示字节数

MySQL5.0.3之后varchar(n)这里的n表示字符数，比如varchar（200），不管是英文还是中文都可以存放200个

5、关于用varchar作为主键，不好的地方

      varchar相对于int来说占用磁盘空间多，磁盘io也会多，然后内存带宽也会多。这点上尤其在innodb更为明显，innodb表的Secondary index的 leaf page中都要保存primary key的值，主键如果是varchar，会导致secondary index的体积会比较大。而且varchar主键在比较上也会慢一些，插入时容易发送数据的非顺序插入，导致碎片，index tree效率比int低

end

来自  https://blog.csdn.net/ljfphp/article/details/80406907


普通分类: 
laravel
Powered by Drupal

友情链接

校园好文网

 www.shipingzhong.cn  个人技术网_前端_后台    备案号:苏ICP备18010659号-2