前言 本文旨在用最通俗的语言讲述最枯燥的基本知识 这个话题比较有意思。昨天中午吃完饭间突然有个同事蹦出了一句：“like有索引吗？”，我顺口就说没有，另一个同事反驳说有啊
前言
本文旨在用最通俗的语言讲述最枯燥的基本知识
这个话题比较有意思。昨天中午吃完饭间突然有个同事蹦出了一句：“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结果列出来，然后顺藤摸瓜查阅相关的字段就可以得到相应的内容。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对每日运维的支持。
