概述

我們知道MySQL Innodb 對(duì)于索引長度的限制為 767 字節(jié)，并且UTF8mb4字符集是4字節(jié)字符集，則 767字節(jié) / 4字節(jié)每字符 = 191字符(默認(rèn)索引最大長度)，所以在varchar(255)或char(255) 類型字段上創(chuàng)建索引會(huì)失敗，提示最大索引長度為767字節(jié)。

那么怎么去計(jì)算mysql數(shù)據(jù)庫索引長度呢?

[[271474]]

實(shí)驗(yàn)測(cè)試

先看網(wǎng)上一道題目，針對(duì)表t，包含了三個(gè)字段a、b、c，假設(shè)其默認(rèn)值都非空，現(xiàn)創(chuàng)建組合索引index(a,b,c) 分析select * from t where a=1 and c=1 和select * from t where a=1 and b=1區(qū)別?

1、創(chuàng)建表

create table t(a int(5) not null,b int(5) not null,c int(2) not null); 
create index idx_all on t(a,b,c); 

2、分別執(zhí)行這兩條語句

mysql> explain select * from t where a=1 and c=1; 
mysql> explain select * from t where a=1 and b=1; 

3、思路

這里可以發(fā)現(xiàn)，前面兩個(gè)的區(qū)別主要是在于key_len上，我的理解是：

將組合索引想成書的一級(jí)目錄、二級(jí)目錄、三級(jí)目錄，如index(a,b,c)，相當(dāng)于a是一級(jí)目錄，b是一級(jí)目錄下的二級(jí)目錄，c是二級(jí)目錄下的三級(jí)目錄。要使用某一目錄，必須先使用其上級(jí)目錄，除了一級(jí)目錄除外。

所以

where a=1 and c=1只使用了一級(jí)目錄，c在三級(jí)目錄，沒有使用二級(jí)目錄，那么三級(jí)目錄就沒法使用

where a=1 and b=1只使用了一級(jí)目錄、二級(jí)目錄。

于是第二條查詢的key_len更大。

但是，具體key_len怎么計(jì)算的，上面怎樣計(jì)算出是4和8的呢?

4、key_len的計(jì)算.

1.所有的索引字段，如果沒有設(shè)置not null，則需要加一個(gè)字節(jié)。

2.定長字段，int占四個(gè)字節(jié)、date占三個(gè)字節(jié)、char(n)占n個(gè)字符。

3.對(duì)于變成字段varchar(n)，則有n個(gè)字符+兩個(gè)字節(jié)。

4.不同的字符集，一個(gè)字符占用的字節(jié)數(shù)不同。latin1編碼的，一個(gè)字符占用一個(gè)字節(jié)，gbk編碼的，一個(gè)字符占用兩個(gè)字節(jié)，utf8編碼的，一個(gè)字符占用三個(gè)字節(jié)。

5.索引長度 char()、varchar()索引長度的計(jì)算公式：

(Character Set：utf8mb4=4,utf8=3,gbk=2,latin1=1) * 列長度 + 1(允許null) + 2(變長列)

所以從上面可以得出

where a=1 and c=1而言，key_len=4

where a=1 and b=1而言，key_len=4+4=8

5、創(chuàng)建新的測(cè)試表t2

創(chuàng)建一個(gè)t2表，數(shù)據(jù)結(jié)構(gòu)如下

create table t2(id int(5) not null,name varchar(5) not null) engine=innodb default charset=latin1; 
create index idx_2 on t2(id,name); 

6、計(jì)算key_len

explain select * from t2 where name="001" and id=1; 

分析key_len=4+5*1+2=11，因?yàn)樽侄味际莕ot null，int類型4個(gè)字節(jié)，varchar(5) 占用5個(gè)字符+2個(gè)字節(jié)，latin1編碼的表一個(gè)字符占1個(gè)字節(jié)，故varchar(5) 占用7個(gè)字節(jié)。

總結(jié)

因?yàn)镸ySQL具有查詢優(yōu)化器，所以對(duì)where a=1 and c=1類型的查詢，字段順序沒有任何影響，查詢優(yōu)化器會(huì)自動(dòng)優(yōu)化。where c=1 and a=1會(huì)被優(yōu)化成where a=1 and c=1，但是建議還是使用where a=1 and c=1吧，便于理解以及查詢緩沖。