mysql優(yōu)化之like和=性能詳析

更新時間：2020年08月31日 08:56:39 作者：張子江

這篇文章主要給大家介紹了關于mysql優(yōu)化之like和=性能的相關資料，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧

引言

那使用過數(shù)據(jù)庫的人大部分都知道，like和=號在功能上的相同點和不同點，那我在這里簡單的總結下：

1，不同點：like可以用作模糊查詢，而'='不支持此功能；如下面的例子，查詢info表中字段id第一個字母為1的數(shù)據(jù)：

select * from info where id like '1%';

2，相同點：like和"="都可以進行精確查詢，

比如下面的例子，從結果上看，都是查詢info表中字段id等于'12345'的結果：

select * from info where id like '12345';

以上就是返回結果中，like和'='中的相同和不同點。那好奇的小伙伴可能就要問了，那執(zhí)行過程呢？mysql不管是遇到like還是'='時的執(zhí)行過程也都是一樣的么？

沒錯，事情不能只看表面，如果你細心研究，就會發(fā)現(xiàn)其實like和等于號'='并不是那么簡單，下面我們將詳細的分析他們兩者的真正區(qū)別~~~

正文

首先，我們來介紹一下mysql中的explain關鍵字；explain是執(zhí)行計劃的意思，即通過該命令查看這條sql是如何執(zhí)行的。
使用方法也很簡單，即explain + sql語句，例如：

explain select * from info where id like '12345';

那我們來使用explain測試一下like和=下的查詢情況，首先我們來測試一下為索引的字段：

EXPLAIN SELECT
 * 
FROM
 crms_customer 
WHERE
 id = '7cf79d7c8a3a4f94b5373b3ec392e32d';

而現(xiàn)在我們把"="換成like試一下：

EXPLAIN SELECT
 * 
FROM
 crms_customer 
WHERE
 id LIKE '7cf79d7c8a3a4f94b5373b3ec392e32d';

小伙伴通過對比可以看到兩條返回結果的type字段和Extra字段中的數(shù)據(jù)有所不同，那為什么不同，他們所代表的含義是什么呢？

type字段

type字段是一個可選值，這些值的性能從低到高的排序如下：

type	說明
SYSTEM	系統(tǒng)，表僅有一行(=系統(tǒng)表)。這是const聯(lián)接類型的一個特例
CONST	常量，表最多有一個匹配行,因為僅有一行,在這行的列值可被優(yōu)化器剩余部分認為是常數(shù),const表很快,因為它們只讀取一次
EQ_REF	搜索時使用primary key 或 unique類型
REF	根據(jù)索引查找一個或多個值
INDEX_MERGE	合并索引，使用多個單列索引搜索
RANGE	對索引列進行范圍查找
index	全索引表掃描
ALL	全數(shù)據(jù)表掃描

根據(jù)表格可以明顯看出，其中const是常量查找，而RANGE是對索引列進行范圍查找，所以性能也就很明顯的體現(xiàn)了出來。

那使用like查詢時，Extra字段代表什么呢？Extra字段中的Using where，又代表什么？

Extra字段

1，Extra字段是Explain輸出中也很重要的列，所代表著MySQL查詢優(yōu)化器執(zhí)行查詢的過程中對查詢計劃的重要補充信息。

2，Extra字段中的Using where意味著mysql服務器將在存儲引擎檢索行后再進行過濾。所以比起使用使用'='又多了一步查找過程。

顯然通過以上的總結我們可以得出結論：當我們使用索引字段進行條件查詢時，'='的性能要比like快。

是不是以為到這里就結束了呢？

然而并沒有

有的小伙伴該問了那非索引字段呢？

對的，我們下面繼續(xù)測試非索引字段

EXPLAIN SELECT
 * 
FROM
 crms_customer 
WHERE
 customer_name = '張飛';
-----------------------------------
 
EXPLAIN SELECT
 * 
FROM
 crms_customer 
WHERE
 customer_name LIKE '張飛';

除了"="和like同樣的兩條語句，讓我們運行一下：
"=":