问题背景
今天由于业务需要,在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,如下示例:
CREATE TABLE test(
name varchar(500) CHARACTER SET utf8 COLLATE utf8_bin,
PRIMARY KEY (`name `) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;
最后的思考
当然以上的方法,非常奏效,可以直接解决问题。不过我最后,并没有采用这种方法,我直接去掉了primary key约束,而是在后台代码中添加了许多额外的操作。
设置一个500字符长度的主键,这样的操作显然不够优雅,对性能可能稍微有点影响。
更多详细的解释,可以参考这篇文章数据库,主键为何不宜太长长长长长长长长?