前言

本文旨在用最通俗的語言講述最枯燥的基本知識(shí)

這個(gè)話題比較有意思。昨天中午吃完飯間突然有個(gè)同事蹦出了一句：“l(fā)ike有索引嗎？”，我順口就說沒有，另一個(gè)同事反駁說有啊，還有些同事說看情況的有，這下有點(diǎn)懵逼了，都不知道那種說法是正確的，于是決定花了個(gè)半小時(shí)來研究驗(yàn)證這個(gè)問題，終于得到答案。

怎么驗(yàn)證的呢？

坊間有傳言：MySQL性能優(yōu)化有個(gè)神器，叫做explain，它可以對(duì)select語句進(jìn)行分析并且輸出詳細(xì)的select執(zhí)行過程的詳細(xì)信息，讓開發(fā)者從這些信息中獲得優(yōu)化的思路。

下面來講講這個(gè)MySQL提供的explain命令：

語法：explain SQL語句例如：

1explain select * from user where id=1

執(zhí)行完畢之后，它的輸出有以下字段：

  id
  select_type
  table
  partitions
  type
  possible_keys
  key
  key_len
  ref
  rows
  Extra

要想知道explain命名怎么使用，就必須把這些字段搞清楚

1. id

SELECT查詢的標(biāo)識(shí)符， 每個(gè)SELECT語句都會(huì)自動(dòng)分配一個(gè)唯一的標(biāo)識(shí)符

2. select_type

每個(gè)select查詢字句的類型，具體類型以及對(duì)應(yīng)作用如下表：

3. table

顯示這一行的數(shù)據(jù)是查哪張表的，不過有時(shí)短路顯示的不是真實(shí)的表名。

4. partitions

匹配的分區(qū)(這個(gè)目前用處不大)

5. type

訪問類型，表示MySQL在表中找到所需行的方式，對(duì)應(yīng)的值和解釋如下：

type作為訪問類型，其值代表著當(dāng)前查詢所用的類型，是體現(xiàn)性能的一個(gè)重要指標(biāo)，從表中可以看到，從上到下，掃描表的方式越來越寬，性能也就越來越差，因此，對(duì)于一個(gè)查詢，最好能保持在range級(jí)別以上。

6. possible_keys

主動(dòng)指出查詢能用哪個(gè)索引在表中找到記錄也就是會(huì)列出在查詢中的字段中有索引的字段，但不一定被查詢所用。

7. key

顯示再查詢中實(shí)際使用的索引/鍵，如果沒有索引，則顯示NULL。但如果想強(qiáng)制查詢中使用或忽視possible_keys列中的索引，則可以在查詢中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。

8. key_len

表示索引中使用的字節(jié)數(shù)。

9. ref

表示哪些列或常量被用于查找索引列上的值。

10. rows

顯示當(dāng)前查詢估算到的查找到匹配記錄所需的記錄行數(shù)。

11. Extra

顯示當(dāng)前查詢所用的解決方式，它有以下幾種情況：

講完了語法，我們來實(shí)際操作一波，首先創(chuàng)建個(gè)表：

-- 創(chuàng)建表
CREATE TABLE test(
id INT(11) NOT NULL AUTO_INCREMENT,
uname VARCHAR(255),
PRIMARY KEY(id) 
);

然后給uname字段加上索引：

-- 添加索引
ALTER TABLE test ADD INDEX uname_index (uname);

查看一下索引是否添加成功：

-- 查看是否有索引
SHOW INDEX FROM test;

輸出結(jié)果為：

可以看出索引已經(jīng)創(chuàng)建成功，接下來添加一些數(shù)據(jù)：

-- 添加一些數(shù)據(jù)
INSERT INTO test VALUES(1,'jay');
INSERT INTO test VALUES(2,'ja');
INSERT INTO test VALUES(3,'bril');
INSERT INTO test VALUES(4,'aybar');

一切準(zhǔn)備就緒，下面用explain這個(gè)命令來探究一些like語句是否有索引,like有四種情況，分別為沒有%、 %% 、左%、右%、

1. like 字段名

EXPLAIN SELECT * FROM test WHERE uname LIKE 'j'; 

輸出為：

可以看出：type的值為：range，key的值為uname_index，也就是說這種情況下，使用了索引。

2. like %字段名%

EXPLAIN SELECT * FROM test WHERE uname LIKE '%j%'; 

輸出為：

可以看出：type的值為ALL也就是全表掃描，而且key的值為NULL，也就是說沒用到任何索引。

3. like %字段名

EXPLAIN SELECT * FROM test WHERE uname LIKE '%j'; 

輸出為：

可以看出：type的值為ALL，key的值為NULL，同樣沒用到索引。

4. like 字段名%

EXPLAIN SELECT * FROM test WHERE uname LIKE 'j%'; 

輸出為：

可以看出：type的值為：range，key的值為uname_index，也就是說這種情況下，使用了索引。

總結(jié)

由上面的試驗(yàn)可以總結(jié)出like是否使用索引的規(guī)律：like語句要使索引生效，like后不能以%開始，也就是說 （like %字段名%）  、（like %字段名）這類語句會(huì)使索引失效，而（like 字段名）、（like 字段名%）這類語句索引是可以正常使用。

其它

為了查證like索引的問題，研究了MySQL神奇explain，但explain不僅僅只能檢查索引使用情況，還可以提供很多其它的性能優(yōu)化方面的幫助，至于具體的使用，其實(shí)跟上面講的一樣，把explain結(jié)果列出來，然后順藤摸瓜查閱相關(guān)的字段就可以得到相應(yīng)的內(nèi)容。

好了，以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論