mysql在创建数据库的时候，字符集设置的不是utf8而是utf9mb4，在导入sql脚本的时候，发现提示如下错误：

从上图中，我们可以看出，使用的是innodb及字符集。错误提示是长度太长了：Specified key was too long; max key length is 767 bytes

来查看下创建表的语句：

CREATE TABLE `xxl_job_registry` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`registry_group` varchar(50) NOT NULL,

`registry_key` varchar(255) NOT NULL,

`registry_value` varchar(255) NOT NULL,

`update_time` datetime DEFAULT NULL,

PRIMARY KEY (`id`),

KEY `i_g_k_v` (`registry_group`,`registry_key`,`registry_value`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

varchar的长度明明设置的是255啊。怎么会报出767 bytes的错误呢？

我们在看看错误提示：

[Err] 1071 - Specified key was too long; max key length is 767 bytes。

这个就是因为联合所以长度限制的。

我们来看看MySql InnoDB引擎对索引长度的限制：

mysql单索引限制：

在默认情况下，InnoDB对单一的字段索引长度限制最大为767个字节。

这个长度怎么来的呢 ？当mysql创建数据库的时候，字符集使用的是UTF-8的时候，我们知道UTF-8每个字符使用三个字节来存储的。即：256*3-1=767了。这个767字符大小的限制就是从这里来的。

联合索引(前缀索引)限制：

同样的，mysql对前缀索引也有同样的限制。根据字符集不同，长度限制也不同。

字符集使用utf8的时候长度限制是:767个

使用uft8mb4的时候长度限制是：3072个

但是，在文章一开始，凯哥就强调了，凯哥数据库使用的字符集是：utf8mb4。我们也知道，utf8mb4编码的每个字符使用四个字节来存储的。我们来计算下：256*4-1>767。

从凯哥的sql脚本可以看出：KEY `i_g_k_v` (`registry_group`,`registry_key`,`registry_value`) 使用到了联合索引(前缀索引)。

随意凯哥数据库的字符集使用的不是utf8，但是mysql系统变量innodb_large_prefix未开启(因为凯哥使用的是默认配置)。如果系统变量innodb_large_prefix开启了，就会对使用dynamic或者是comperssed行格式的InnoD表，索引键长度限制为3072个字节了。如果没有开启这个，InnoDB会对，无论什么表索引键长度限制都是767了。

解决方案有两种：
1：mysql系统变量innodb_large_prefix开启。

需要修改配置，重启mysql服务等等。。。太麻烦了。凯哥这里使用了第二种方案

2：修改联合主键中每个字段的长度

联合主键的三个字段如下：

`registry_group` varchar(50) NOT NULL,

`registry_key` varchar(255) NOT NULL,

`registry_value` varchar(255) NOT NULL,

将varchar(255)的修改为varchar(100)后(注：这里的长度根据自己需求进行设置。如果非要用255个字符以上，请选择使用第一种解决方案)，sql脚本就执行成功。如下图：

延伸知识点：

当遇到如下错误：

错误信息是3072的时候，说明开启了系统变量，但是还是超长了。这个时候，可以采用同样的方案来处理。

本文来源：凯哥Java(kaigejava)