当前位置:   article > 正文

【MySql】Specified key was too long; max key length is 767 bytes的解决方案_specified key was too long 767

specified key was too long 767

问题背景

今天由于业务需要,在mysql5.6的数据库上,创建了一个主键varchar(500)的字段,然后就提示这样的错

Specified key was too long; max key length is 767 bytes

原来是主键的长度太长,最大长度仅支持767字节,注意,这里的是字节

那么,我定义一个主键是varchar(500)的字段,不管我使用utf8编码,那么500字符长度将占用500*3的字节长度(utf8最多支持3个字节长度);或是我使用utf8mb4编码,那么500字符长度将占用500*4的字节长度(utf8mb4最多支持4个字节长度),都大大超过了767字节。

关于utf8与utf8mb4更多的区别,可以参考我的另外一篇文章【数据库】记住:永远不要在MySQL中使用UTF-8


如何去解决呢?

先检查一下是不是数据库被限制了索引的大小,查询innodb_large_prefix这个字段,这个字段限制了索引前缀的大小。

关闭此限制后,索引前缀的大小将可以达到3072字节

SHOW variables like 'innodb_large_prefix';

如果查询的值是OFF的话 执行下面命令

SET GLOBAL INNODB_LARGE_PREFIX = ON;

另外,innodb_large_prefix这个属性在5.6上是默认关闭的,而在5.7上是默认开启的。

执行完了 之后 还得查看当前的innodb_file_format引擎格式类型是不是BARRACUDA

执行

SHOW variables like 'innodb_file_format';

如果不是的话则需要修改

SET GLOBAL innodb_file_format = BARRACUDA;

最后,创建表的时候,还需要指定表的 row format 格式为 Dynamic 或者 Compressed,如下示例:

  1. CREATE TABLE test(
  2. name varchar(500) CHARACTER SET utf8 COLLATE utf8_bin,
  3. PRIMARY KEY (`name `) USING BTREE
  4. ) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

最后的思考

当然以上的方法,非常奏效,可以直接解决问题。不过我最后,并没有采用这种方法,我直接去掉了primary key约束,而是在后台代码中添加了许多额外的操作。

设置一个500字符长度的主键,这样的操作显然不够优雅,对性能可能稍微有点影响。

更多详细的解释,可以参考这篇文章数据库,主键为何不宜太长长长长长长长长?

 

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/IT小白/article/detail/606169
推荐阅读
相关标签
  

闽ICP备14008679号