你的like语句为什么没索引详解

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了你的like语句为什么没索引详解，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含5129字，纯文字阅读大概需要8分钟。

内容图文

前言

本文旨在用最通俗的语言讲述最枯燥的基本知识

这个话题比较有意思。昨天中午吃完饭间突然有个同事蹦出了一句：“like有索引吗？”，我顺口就说没有，另一个同事反驳说有啊，还有些同事说看情况的有，这下有点懵逼了，都不知道那种说法是正确的，于是决定花了个半小时来研究验证这个问题，终于得到答案。

怎么验证的呢？

坊间有传言：MySQL性能优化有个神器，叫做explain，它可以对select语句进行分析并且输出详细的select执行过程的详细信息，让开发者从这些信息中获得优化的思路。

下面来讲讲这个MySQL提供的explain命令：

语法：explain SQL语句例如：

1explain select * from user where id=1

执行完毕之后，它的输出有以下字段：

  id
  select_type
  table
  partitions
  type
  possible_keys
  key
  key_len
  ref
  rows
  Extra

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

1. id

SELECT查询的标识符， 每个SELECT语句都会自动分配一个唯一的标识符

2. select_type

每个select查询字句的类型，具体类型以及对应作用如下表：

3. table

显示这一行的数据是查哪张表的，不过有时短路显示的不是真实的表名。

4. partitions

匹配的分区(这个目前用处不大)

5. type

访问类型，表示MySQL在表中找到所需行的方式，对应的值和解释如下：

type作为访问类型，其值代表着当前查询所用的类型，是体现性能的一个重要指标，从表中可以看到，从上到下，扫描表的方式越来越宽，性能也就越来越差，因此，对于一个查询，最好能保持在range级别以上。

6. possible_keys

主动指出查询能用哪个索引在表中找到记录也就是会列出在查询中的字段中有索引的字段，但不一定被查询所用。

7. key

显示再查询中实际使用的索引/键，如果没有索引，则显示NULL。但如果想强制查询中使用或忽视possible_keys列中的索引，则可以在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。

8. key_len

表示索引中使用的字节数。

9. ref

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

10. rows

显示当前查询估算到的查找到匹配记录所需的记录行数。

11. Extra

显示当前查询所用的解决方式，它有以下几种情况：

讲完了语法，我们来实际操作一波，首先创建个表：

-- 创建表
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;

输出结果为：

可以看出索引已经创建成功，接下来添加一些数据：

-- 添加一些数据
INSERT INTO test VALUES(1,'jay');
INSERT INTO test VALUES(2,'ja');
INSERT INTO test VALUES(3,'bril');
INSERT INTO test VALUES(4,'aybar');

一切准备就绪，下面用explain这个命令来探究一些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，也就是说这种情况下，使用了索引。

总结

由上面的试验可以总结出like是否使用索引的规律：like语句要使索引生效，like后不能以%开始，也就是说 （like %字段名%）  、（like %字段名）这类语句会使索引失效，而（like 字段名）、（like 字段名%）这类语句索引是可以正常使用。

其它

为了查证like索引的问题，研究了MySQL神奇explain，但explain不仅仅只能检查索引使用情况，还可以提供很多其它的性能优化方面的帮助，至于具体的使用，其实跟上面讲的一样，把explain结果列出来，然后顺藤摸瓜查阅相关的字段就可以得到相应的内容。

好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对脚本之家的支持。

内容总结

以上是互联网集市为您收集整理的你的like语句为什么没索引详解全部内容，希望文章能够帮你解决你的like语句为什么没索引详解所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端