在創(chuàng)建要給表的時(shí)候遇到一個(gè)有意思的問題，提示Specified key was too long; max key length is 767 bytes，從描述上來看，是Key太長，超過了指定的 767字節(jié)限制

下面是產(chǎn)生問題的表結(jié)構(gòu)

CREATE TABLE `test_table` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(1000) NOT NULL DEFAULT '',
  `link` varchar(1000) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`),
  KEY `name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4;

我們可以看到，對(duì)于name，我們設(shè)置長度為1000可變字符，因?yàn)椴捎胾tf8mb4編碼, 所以它的大小就變成了 1000 * 4 > 767
所以再不修改其他配置的前提下，varchar的長度大小應(yīng)該是 767 / 4 = 191

有興趣的同學(xué)可以測試下，分別指定name大小為191, 192時(shí)，是不是前面的可以創(chuàng)建表成功，后面的創(chuàng)建表失敗，并提示錯(cuò)誤Specified key was too long; max key length is 767 bytes

解決辦法一

• 使用innodb引擎
• 啟用innodb_large_prefix選項(xiàng)，修改約束擴(kuò)展至3072字節(jié)
• 重新創(chuàng)建數(shù)據(jù)庫

my.cnf配置

set global innodb_large_prefix=on;
set global innodb_file_per_table=on;
set global innodb_file_format=BARRACUDA;
set global innodb_file_format_max=BARRACUDA;

上面這個(gè)3072字節(jié)的得出原因如下

我們知道InnoDB一個(gè)page的默認(rèn)大小是16k。由于是Btree組織，要求葉子節(jié)點(diǎn)上一個(gè)page至少要包含兩條記錄（否則就退化鏈表了）。
所以一個(gè)記錄最多不能超過8k。又由于InnoDB的聚簇索引結(jié)構(gòu)，一個(gè)二級(jí)索引要包含主鍵索引，因此每個(gè)單個(gè)索引不能超過4k （極端情況，pk和某個(gè)二級(jí)索引都達(dá)到這個(gè)限制）。
由于需要預(yù)留和輔助空間，扣掉后不能超過3500，取個(gè)“整數(shù)”就是(1024*3)。

解決辦法二

在創(chuàng)建表的時(shí)候，加上 row_format=DYNAMIC

CREATE TABLE `test_table` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(255) NOT NULL DEFAULT '',
  `link` varchar(255) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`),
  KEY `name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 row_format=DYNAMIC;

這個(gè)參數(shù)的作用如下

MySQL 索引只支持767個(gè)字節(jié)，utf8mb4 每個(gè)字符占用4個(gè)字節(jié)，所以索引最大長度只能為191個(gè)字符，即varchar(191)，若想要使用更大的字段，mysql需要設(shè)置成支持?jǐn)?shù)據(jù)壓縮，并且修改表屬性 row_format ={DYNAMIC|COMPRESSED}

到此這篇關(guān)于mysql索引過長Specialed key was too long的解決方法的文章就介紹到這了,更多相關(guān)mysql索引過長內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論