两个重要概念
１．对于mysql来说，一条sql中，一个表无论其蕴含的索引有多少，但是有且只用一条。
２．对于多列索引来说(a,b,c)其相当于3个索引(a)，(a,b)，(a,b,c)3个索引，又由于mysql的索引优化器，其where条件后的语句是可以乱序的，比如(b,c,a)也是可以用到索引。如果条件中a,c出现的多，为了更好的利用索引故最好将其修改为(a.c,b)。
ICP概念
看了一篇大神的博客，上面说了通用索引匹配原则，这里也顺便说下。
１．Index range 先确认索引的起止范围。
２．Index Filter 索引过滤。
３．Table Filter 表过滤。
传说中mysql5.6后提出的icp就是多了第二步，以前Index filter是放在数据上操作的，现在5.6后多了第二步，因此效率提高了很多。
原则：
1、需要加索引的字段，要在where条件中
2、数据量少的字段不需要加索引
3、如果where条件中是OR关系，加索引不起作用
4、符合最左原则
举例：
联合索引(a、b、c) 使用a或者a或者a、b或a、b、c这3种可以进行查找，不支持b、c进行查找
什么时候创建组合索引?
当我们的where查询存在多个条件查询的时候，我们需要对查询的列创建组合索引
为什么不对没一列创建索引
减少开销
覆盖索引
效率高
减少开销：假如对col1、col2、col3创建组合索引，相当于创建了(col1)、(col1，col2)、(col1，col2，col3)3个索引
覆盖索引：假如查询SELECT col1, col2, col3 FROM 表名，由于查询的字段存在索引页中，那么可以从索引中直接获取，而不需要回表查询
效率高：对col1、col2、col3三列分别创建索引，MySQL只会选择辨识度高的一列作为索引。假设有100w的数据，一个索引筛选出10%的数据，那么可以筛选出10w的数据；对于组合索引而言，可以筛选出100w*10%*10%*10%=1000条数据。
最左匹配原则
假设我们创建(col1，col2，col3)这样的一个组合索引，那么相当于对col1列进行排序，也就是我们创建组合索引，以最左边的为准，只要查询条件中带有最左边的列，那么查询就会使用到索引。
最频繁使用的列放在左边；查看列的选择性(即该列的索引值数量与记录数量的比值)，比值越高，效果越好；
表的结构
CREATE TABLE `left_test` (
`id` int(11) NOT NULL,
`a` int(11) DEFAULT NULL,
`b` int(11) DEFAULT NULL,
`c` int(11) DEFAULT NULL,
`d` int(11) DEFAULT NULL,
`e` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `m_index` (`a`,`b`,`c`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
且插入了100万条数据。
sql的分析
select * from left_table where id=1。
select * from left_table where id>1 and id<3
使用了聚集索引，id为主键，那么这个表里面id则是聚集索引列，这条sql默认使用了聚集索引来搜索。
select * from left_table where a=1
select * from left_table where a=1 and b=1
select * from left_table where a=1 and b=1 and c=1
使用联合索引(a,b,c)。其中这些条件可以可以乱序，因为mysql的sql优化器会优化这些代码
select * from left_table where a<1
select * from left_table where a<1 and b<1
select * from left_table where a<1 and b<1 and c<1
对于现在mysql5.7中，只有小于等于和小于才会触发索引。而大于则是无法触发索引，且小于可以乱序(mysql优化器优化了)，但是按照最左匹配原则。比如条件(b)，(c),(b,c)组合就不行。
