1. 个人技术分享首页

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';

mysql优化之like和=性能详析

而现在我们把”=”换成like试一下:

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

mysql优化之like和=性能详析

小伙伴通过对比可以看到两条返回结果的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快。

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

然而并没有

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

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

除了”=”和like同样的两条语句,让我们运行一下:
“=”:

mysql优化之like和=性能详析

like:

mysql优化之like和=性能详析

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

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

结论

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

文章来源于互联网:mysql优化之like和=性能详析

原创文章,作者:admin,如若转载,请注明出处:https://www.aliyunsolution.com/2848.html