使用到的表
CREATE TABLE `employees` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(24) NOT NULL DEFAULT '' COMMENT '姓名',
`age` int(11) NOT NULL DEFAULT '0' COMMENT '年龄',
`position` varchar(20) NOT NULL DEFAULT '' COMMENT '职位',
`hire_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '入职时间',
PRIMARY KEY (`id`),
KEY `idx_name_age_position` (`name`,`age`,`position`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COMMENT='员工记录表';
INSERT INTO employees(name,age,position,hire_time) VALUES('LiLei',22,'manager',NOW());
INSERT INTO employees(name,age,position,hire_time) VALUES('HanMeimei', 23,'dev',NOW());
INSERT INTO employees(name,age,position,hire_time) VALUES('Lucy',23,'dev',NOW());
1、全值匹配
EXPLAIN SELECT * FROM employees WHERE name= 'LiLei';
EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age = 22;
EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age = 22 AND position ='manager';
2、最左前缀法则
如果索引了多列，要遵守最左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的列。
EXPLAIN SELECT * FROM employees WHERE age = 22 AND position ='manager';（全表扫描，不会使用索引）
EXPLAIN SELECT * FROM employees WHERE position = 'manager';（全表扫描，不会使用索引）
EXPLAIN SELECT * FROM employees WHERE name = 'LiLei';（会使用索引）
注： 由建表的时候我们是建了一个联合索引，顺序依次是name,age,position。
所以在查询的时候我们要按照索引顺序依次查询，不然无法使用到索引，这个和Mysql 的底层数据结构存储有关系（B+ 树）
3.不在索引列上做任何操作（计算、函数、（自动or手动）类型转换），会导致索引失效而转向全表扫描
EXPLAIN SELECT * FROM employees WHERE name = 'LiLei';
EXPLAIN SELECT * FROM employees WHERE left(name,3) = 'LiLei';
4.存储引擎不能使用索引中范围条件右边的列
EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age = 22 AND position ='manager';
EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age > 22 AND position ='manager';
注： 这个时候position这列 则不会使用到索引。
5.尽量使用覆盖索引（只访问索引的查询（索引列包含查询列）），减少select *语句
EXPLAIN SELECT name,age FROM employees WHERE name= 'LiLei' AND age = 23 AND position ='manager';
EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age = 23 AND position ='manager';
6.mysql在使用不等于（！=或者<>）的时候无法使用索引会导致全表扫描
XPLAIN SELECT * FROM employees WHERE name != 'LiLei'
7.is null,is not null 也无法使用索引
EXPLAIN SELECT * FROM employees WHERE name is null
8.like以通配符开头（'$abc...'）mysql索引失效会变成全表扫描操作
EXPLAIN SELECT * FROM employees WHERE name like '%Lei'
EXPLAIN SELECT * FROM employees WHERE name like 'Lei%'
问题：解决like'%字符串%'索引不被使用的方法？
a）使用覆盖索引，查询字段必须是建立覆盖索引字段
EXPLAIN SELECT name,age,position FROM employees WHERE name like '%Lei%';
b）当覆盖索引指向的字段是varchar(380)及380以上的字段时，覆盖索引会失效！
9.字符串不加单引号索引失效
EXPLAIN SELECT * FROM employees WHERE name = '1000';
EXPLAIN SELECT * FROM employees WHERE name = 1000;
10.少用or,用它连接时很多情况下索引会失效
EXPLAIN SELECT * FROM employees WHERE name = 'LiLei' or name = 'HanMeimei';
总结：
like KK%相当于=常量，%KK和%KK% 相当于范围
1、Mysql支持两种的排序filesort和index，Using index 是指MySql扫描本身完成的排序。index效率高，filesort 效率低。
2、order by 满足两种情况会使用Using index.
（1）使用where 子居与order by 子句条件组合满足索引最左前列。
（2）order by 语句使用索引最左前列。
3、尽量在索引上完成排序，遵循索引建立（索引创建的顺序）时的最佳左前缀法则。
4、如果order by 的条件不存在索引条件列上，就会产生 Using filesort.
5、group by 和order by 很类似，其实质是先排序后分组，遵照索引创建顺序的最佳左前缀法则。注意where高于having,能在where的限定条件就不要去having限定了。
这里有个网上比较流行的顺口溜也给大家分享一下。
全值匹配我最爱，最左前缀要遵守。
带头大哥不能死，中间兄弟不能断。
索引列上少计算，范围之后全失效。
LIKe百分写最右，覆盖索引不写星。
不等空值还有or，索引失效要少用。
以上就是一些比较常见的索引优化方案，当然了索引优化远远不止这么多，在这里知识列举了一些平时开发中常用的，在平时开发中还要多多注意与积累。
