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)