mysql优化篇：like和=的性能分析

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《mysql优化篇：like和=的性能分析》，文章讲解的知识点主要包括MySQL、数据库，如果你对数据库方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

引言

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

select * from info where id like '12345';

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字段是一个可选值，这些值的性能从低到高的排序如下：

根据表格可以明显看出，其中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需要进行范围查询，所以"="要比like性能好一些。~~~~

好了，本文到此结束，带大家了解了《mysql优化篇：like和=的性能分析》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多数据库知识！