问题背景
今天由于业务需要，在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字符长度的主键，这样的操作显然不够优雅，对性能可能稍微有点影响。
更多详细的解释，可以参考这篇文章数据库，主键为何不宜太长长长长长长长长？
