mysql优化之like和=性能详析

引言

那使用过数据库的人大部分都知道，like和=号在功能上的相同点和不同点，那我在这里简单的总结下：

1，不同点：like可以用作模糊查询，而'='不支持此功能；如下面的例子，查询info表中字段id第一个字母为1的数据：

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

2，相同点：like和"="都可以进行精确查询，

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

select * from info where id like '12345';

以上就是返回结果中，like和'='中的相同和不同点。那好奇的小伙伴可能就要问了，那执行过程呢？mysql不管是遇到like还是'='时的执行过程也都是一样的么？

没错，事情不能只看表面，如果你细心研究，就会发现其实like和等于号'='并不是那么简单，下面我们将详细的分析他们两者的真正区别~~~

正文

首先，我们来介绍一下mysql中的explain关键字；explain是执行计划的意思，即通过该命令查看这条sql是如何执行的。
使用方法也很简单，即explain + sql语句，例如：

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

那我们来使用explain测试一下like和=下的查询情况，首先我们来测试一下为索引的字段：

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

而现在我们把"="换成like试一下：

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

小伙伴通过对比可以看到两条返回结果的type字段和Extra字段中的数据有所不同，那为什么不同，他们所代表的含义是什么呢？

type字段

type字段是一个可选值，这些值的性能从低到高的排序如下：

type 说明 SYSTEM 系统，表仅有一行(=系统表)。这是const联接类型的一个特例 CONST 常量，表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次 EQ_REF 搜索时使用primary key 或 unique类型 REF 根据索引查找一个或多个值 INDEX_MERGE 合并索引，使用多个单列索引搜索 RANGE 对索引列进行范围查找 index 全索引表扫描 ALL 全数据表扫描

根据表格可以明显看出，其中const是常量查找，而RANGE是对索引列进行范围查找，所以性能也就很明显的体现了出来。

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

Extra字段

1，Extra字段是Explain输出中也很重要的列，所代表着MySQL查询优化器执行查询的过程中对查询计划的重要补充信息。

2，Extra字段中的Using where意味着mysql服务器将在存储引擎检索行后再进行过滤。所以比起使用使用'='又多了一步查找过程。

显然通过以上的总结我们可以得出结论：当我们使用索引字段进行条件查询时，'='的性能要比like快。

是不是以为到这里就结束了呢？

然而并没有

有的小伙伴该问了那非索引字段呢？

对的，我们下面继续测试非索引字段

EXPLAIN SELECT
 * 
FROM
 crms_customer 
WHERE
 customer_name = '张飞';
-----------------------------------
 
EXPLAIN SELECT
 * 
FROM
 crms_customer 
WHERE
 customer_name LIKE '张飞';

除了"="和like同样的两条语句，让我们运行一下：
"=":

like:

可以看出当非索引字段时like和"="是一样的，性能上也没有差别。

(当然，explain中还有很多其他字段，后续我会一一给小伙伴们讲解的。)

结论

经过我们的不懈努力，可以得到结论：当like和"="在使用非索引字段查询时，他们的性能是一样的；而在使用索引字段时，由于"="是直接命中索引的，只读取一次，而like需要进行范围查询，所以"="要比like性能好一些。~~~~