MySQL 索引的分類、何時使用、何時不使用、何時失效?
作者:繞遠(yuǎn)的偶人
blog.csdn.net/weixin_39420024/article/details/80040549
1、分類
MySQL索引分為普通索引、唯一索引、主鍵索引、組合索引、全文索引。索引不會包含有null值的列,索引項可以為null(唯一索引、組合索引等),但是只要列中有null值就不會被包含在索引中。
(1)普通索引: create index index_name on table(column);
或者創(chuàng)建表時指定,create table(..., index index_name column);
(2)唯一索引: 類似普通索引,索引列的值必須唯一(可以為空,這點和主鍵索引不同)
create unique index index_name on table(column);或者創(chuàng)建表時指定unique index_name column
(3)主鍵索引: 特殊的唯一索引,不允許為空,只能有一個,一般是在建表時指定primary key(column)
(4)組合索引: 在多個字段上創(chuàng)建索引,遵循最左前綴原則。alter table t add index index_name(a,b,c);
(5)全文索引: 主要用來查找文本中的關(guān)鍵字,不是直接與索引中的值相比較,像是一個搜索引擎,配合match against使用,現(xiàn)在只有char,varchar,text上可以創(chuàng)建全文索引。
在數(shù)據(jù)量較大時,先將數(shù)據(jù)放在一張沒有全文索引的表里,然后再利用create index創(chuàng)建全文索引,比先生成全文索引再插入數(shù)據(jù)快很多。
2、何時使用索引
MySQL每次查詢只使用一個索引。與其說是“數(shù)據(jù)庫查詢只能用到一個索引”,倒不如說,和全表掃描比起來,去分析兩個索引B+樹更加耗費時間。所以where A=a and B=b這種查詢使用(A,B)的組合索引最佳,B+樹根據(jù)(A,B)來排序。
主鍵,unique字段; 和其他表做連接的字段需要加索引; 在where里使用>,≥,=,<,≤,is null和between等字段; 使用不以通配符開始的like,where A like 'China%'; 聚集函數(shù)MIN(),MAX()中的字段; order by和group by字段;
3、何時不使用索引
表記錄太少; 數(shù)據(jù)重復(fù)且分布平均的字段(只有很少數(shù)據(jù)值的列); 經(jīng)常插入、刪除、修改的表要減少索引; text,image等類型不應(yīng)該建立索引,這些列的數(shù)據(jù)量大(假如text前10個字符唯一,也可以對text前10個字符建立索引); MySQL能估計出全表掃描比使用索引更快時,不使用索引;
4、索引何時失效
組合索引未使用最左前綴,例如組合索引(A,B),where B=b不會使用索引; like未使用最左前綴,where A like '%China'; 搜索一個索引而在另一個索引上做order by,where A=a order by B,只使用A上的索引,因為查詢只使用一個索引 ; or會使索引失效。如果查詢字段相同,也可以使用索引。例如where A=a1 or A=a2(生效),where A=a or B=b(失效) 如果列類型是字符串,要使用引號。例如where A='China',否則索引失效(會進(jìn)行類型轉(zhuǎn)換); 在索引列上的操作,函數(shù)(upper()等)、or、!=(<>)、not in等;
5、explain語句

type字段為All,未使用索引;為ref,使用索引
ALL: 全表掃描index: 索引全掃描 range: 索引范圍掃描,常用語<,<=,>=,between等操作 ref: 使用非唯一索引掃描或唯一索引前綴掃描,返回單條記錄,常出現(xiàn)在關(guān)聯(lián)查詢中 eq_ref: 類似ref,區(qū)別在于使用的是唯一索引,使用主鍵的關(guān)聯(lián)查詢 const/system: 單條記錄,系統(tǒng)會把匹配行中的其他列作為常數(shù)處理,如主鍵或唯一索引查詢 null: MySQL不訪問任何表或索引,直接返回結(jié)果
還有key字段表示用到的索引,沒有用到為null
后臺回復(fù) 學(xué)習(xí)資料 領(lǐng)取學(xué)習(xí)視頻
如有收獲,點個在看,誠摯感謝
