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

亲爱的编程学习爱好者，如果你点开了这篇文章，说明你对《1071 - Specified key was too long; max key length is 767 bytes》很感兴趣。本篇文章就来给大家详细解析一下，主要介绍一下MySQL、数据库、后端，希望所有认真读完的童鞋们，都有实质性的提高。

背景：迁移数据库的过程中，导出的表在导入新的数据库时，出现错误。

错误提醒翻译：指定的键太长;最大密钥长度为767字节

原因：MySql索引长度有限制

1、TextField 是不支持建立索引的

2、MySQL 的每个单表中所创建的索引长度是有限制的,且对不同存储引擎下的表有不同的限制。
    1）myisam 表，单列索引，最大长度不能超过 1000 bytes，否则会报警，但是创建成功，最终创建的是前缀索引（取前333个字符）。
    2）myisam 表，组合索引，索引长度和不能超过 1000 bytes，否则会报错，创建失败；
    3）innodb 表，单列索引，超过 767 bytes的，给出warning，最终索引创建成功，取前缀索引（取前 255 字符）。
    4）innodb表，组合索引，各列长度不超过 767 bytes ，如果有超过 767 bytes 的，则给出报警，索引最后创建成功，
但是对于超过 767 字节的列取前缀索引，与索引列顺序无关，总和不得超过 3072 ，否则失败，无法创建。

3、MySQL 版本不同而导致的索引长度限制不同
在 MySQL5.5 版本，引入了 innodb_large_prefix，用来禁用大型前缀索引，以便与不支持大索引键前缀的早期版本的 InnoDB 兼容
开启 innodb_large_prefix 可以使单索引的长度限制达到 3072 字节（但是联合索引总长度限制还是 3072 字节），禁用时单索引的长度限制为 767 字节
在 MySQL5.5版本与MySQL5.6 版本，innodb_large_prefix 是默认关闭的，在 MySQL5.7 及以上版本则默认开启
在 MySQL8.0 版本中，innodb_large_prefix 已被移除，从版本 8.0 开始，索引长度限制由表字段(row format)决定，
若为 DYNAMIC 或 COMPRESSED 时，限制值为 3072；为 REDUNDANT 或 COMPACT 时，限制值为 767。

为什么 3072：
InnoDB 一个 page 的默认大小是 16 k。由于是 Btree 组织，要求叶子节点上一个 page 至少包含两条记录（否则就退化链表了）。
所以一个记录最多不能超过 8 k。又由于 InnoDB 的聚簇索引结构，一个二级索引要包含主键索引，因此每个单个索引不能超过 4 k（极端情况，pk 和某个二级索引都达到这个限制）。
由于需要预留和辅助空间，扣掉后不能超过 3500，取个“整数”就是(1024 * 3 = 3072)。

utf8 与 utf8mb4 的区别：
由于历史原因，MySQL 刚开始设计的时候，"天真的"认为使用 3 个字节就足够存储字符串了，因此将 UTF-8 进行阉割；
然而遇到复杂的汉字或者 emoji 表情等 4 字节的宽字符的时候，存储就会出现异常，
因此在版本 5.7.3 开始引入 utf8mb4，其表示为 most bytes 4，即最多占用 4 个字节。

文中关于mysql的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《1071 - Specified key was too long; max key length is 767 bytes》文章吧，也可关注golang学习网公众号了解相关技术文章。