mysql索引過(guò)長(zhǎng)Specialed key was too long的解決方法
在創(chuàng)建要給表的時(shí)候遇到一個(gè)有意思的問(wèn)題,提示Specified key was too long; max key length is 767 bytes,從描述上來(lái)看,是Key太長(zhǎng),超過(guò)了指定的 767字節(jié)限制
下面是產(chǎn)生問(wè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,我們?cè)O(shè)置長(zhǎng)度為1000可變字符,因?yàn)椴捎胾tf8mb4編碼, 所以它的大小就變成了 1000 * 4 > 767
所以再不修改其他配置的前提下,varchar的長(zhǎng)度大小應(yīng)該是 767 / 4 = 191
有興趣的同學(xué)可以測(cè)試下,分別指定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ù)庫(kù)
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è)記錄最多不能超過(guò)8k。又由于InnoDB的聚簇索引結(jié)構(gòu),一個(gè)二級(jí)索引要包含主鍵索引,因此每個(gè)單個(gè)索引不能超過(guò)4k (極端情況,pk和某個(gè)二級(jí)索引都達(dá)到這個(gè)限制)。
由于需要預(yù)留和輔助空間,扣掉后不能超過(guò)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é),所以索引最大長(zhǎng)度只能為191個(gè)字符,即varchar(191),若想要使用更大的字段,mysql需要設(shè)置成支持?jǐn)?shù)據(jù)壓縮,并且修改表屬性 row_format ={DYNAMIC|COMPRESSED}
到此這篇關(guān)于mysql索引過(guò)長(zhǎng)Specialed key was too long的解決方法的文章就介紹到這了,更多相關(guān)mysql索引過(guò)長(zhǎng)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
MySQL數(shù)據(jù)庫(kù)的實(shí)時(shí)備份知識(shí)點(diǎn)詳解
本篇文章給大家分享了關(guān)于MySQL數(shù)據(jù)庫(kù)的實(shí)時(shí)備份知識(shí)點(diǎn)內(nèi)容,有需要的朋友們可以參考下。2018-08-08
解決Navicat for Mysql連接報(bào)錯(cuò)1251的問(wèn)題(連接失敗)
記得在之前給大家介紹過(guò)Navicat for Mysql連接報(bào)錯(cuò)的問(wèn)題,可能寫的不夠詳細(xì),今天在稍作修改補(bǔ)充下,對(duì)Navicat for Mysql連接報(bào)錯(cuò)1251問(wèn)題感興趣的朋友跟隨小編一起看看吧2021-05-05
MySQL存儲(chǔ)過(guò)程的概念與用法實(shí)例
我們常用的操作數(shù)據(jù)庫(kù)語(yǔ)言SQL語(yǔ)句在執(zhí)行的時(shí)候需要要先編譯,然后執(zhí)行,而存儲(chǔ)過(guò)程(Stored Procedure)是一組為了完成特定功能的SQL語(yǔ)句集,下面這篇文章主要給大家介紹了關(guān)于MySQL存儲(chǔ)過(guò)程的相關(guān)資料,需要的朋友可以參考下2022-02-02
MySQL學(xué)習(xí)第三天 Windows 64位操作系統(tǒng)下驗(yàn)證MySQL
MySQL學(xué)習(xí)第三天教大家如何在Windows 64位操作系統(tǒng)下驗(yàn)證MySQL,感興趣的小伙伴們可以參考一下2016-05-05
Prometheus 監(jiān)控MySQL使用grafana展示
這篇文章主要介紹prometheus通過(guò)mysql exporter+node exporter監(jiān)控mysql,并使用grafana進(jìn)行圖表展示的相關(guān)內(nèi)容,感興趣的效果版可以參考下文2021-08-08
解決MySQL this is incompatible with s
本文主要介紹了解決MySQL this is incompatible with sql_mode=only_full_group_by 問(wèn)題,出現(xiàn)這個(gè)問(wèn)題是因?yàn)?對(duì)于GROUP BY操作,如果在SELECT中的列,沒有在GROUP BY中出現(xiàn),那么這個(gè)SQL是不合法的,因?yàn)榱胁辉贕ROUP BY從句中,下面就來(lái)了解一下2024-08-08
MySQL簡(jiǎn)單了解“order by”是怎么工作的
在MySQl中ORDER BY 語(yǔ)句用于對(duì)結(jié)果集進(jìn)行排序,那么它是怎么工作的,以及如何優(yōu)化,下面由小編跟大家講一講2019-05-05

