情况描述：在MySQL的user表中，对a,b,c三个字段建立联合索引，那么查询时使用其中的2个作为查询条件，是否还会走索引？

根据查询字段的位置不同来决定，如查询a,     a,b    a,b,c    a,c   都可以走索引的，其他条件的查询不能走索引。

组合索引 有“最左前缀”原则。就是只从最左面的开始组合，并不是所有只要含有这三列存在的字段的查询都会用到该组合索引。

验证过程如下所示：

首先，在SQLyog中建立一个user表，如下图所示；

对中间3个字段(user_name,user_age,user_password)进行联合索引 index_user_join

查询情况如下所示：

1.同时查询这3个字段作为条件的SQL，索引情况及SQL语句如下所示：

SELECT *FROM t_user WHERE  user_name='zs' AND user_age=20 AND user_password='123456';

其使用索引情况如下所示：

从执行结果上可以看到是从走索引进行查询的

2.使用user_age和user_password作为查询条件进行查询，索引及SQL语句如下所示:

3.使用user_name和user_password作为查询条件进行查询，索引及SQL语句如下所示:

4.使用user_name作为查询条件进行查询，索引及SQL语句如下所示:

5.使用user_age作为查询条件进行查询，索引及SQL语句如下所示:

6.使用user_password作为查询条件进行查询，索引及SQL语句如下所示:

以上是针对普通的字段建立联合索引的测试情况及截图，欢迎小伙伴们来补充~

mysql之联合索引测试：

前期准备：

建立联合索引？

CREATE TABLE `test` (

`id` bigint(16) NOT NULL AUTO_INCREMENT,

`aaa` varchar(16) NOT NULL,

`bbb` varchar(16) NOT NULL,

`ccc` int(11) NOT NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8

如果表已经建好了，那么修改表：

create index `sindex` on `test` (`aaa`,`bbb`,`ccc`);

这种方式报错

alert table test add INDEX `sindex` (`aaa`,`bbb`,`ccc`)

修改表的存储引擎：

ALTER TABLE tablename ENGINE = MyISAM;

ALTER TABLE tablename ENGINE = INNODB;

Explain:

其中最重要的字段为：id、type、key、rows、Extra

id：

1、id相同：执行顺序由上至下

2、id不同：如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行

3、id相同又不同(两种情况同时存在)：id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行

type：

访问类型，sql查询优化中一个很重要的指标，结果值从好到坏依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

key：

查询中如果使用了覆盖索引，则该索引仅出现在key列表中

rows：

根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数

Extra：

1、Using filesort ：

mysql对数据使用一个外部的索引排序，而不是按照表内的索引进行排序读取。也就是说mysql无法利用索引完成的排序操作成为“文件排序”

2、Using temporary：

使用临时表保存中间结果，也就是说mysql在对查询结果排序时使用了临时表，常见于order by 和 group by

3、Using index：

表示相应的select操作中使用了覆盖索引(Covering Index)，避免了访问表的数据行，效率高

如果同时出现Using where，表明索引被用来执行索引键值的查找(参考上图)

如果没用同时出现Using where，表明索引用来读取数据而非执行查找动作

覆盖索引(Covering Index)：也叫索引覆盖。就是select列表中的字段，只用从索引中就能获取，不必根据索引再次读取数据文件，换句话说查询列要被所建的索引覆盖。

Explain:

下方的控制台主要关注两个栏，type和extra

当extra出现道Using filesort和Using temproary这两个时，表示无法使用索引版，必须尽快做优化。

当type出现all时，表示走的是全表扫描没有走索引，效率低下，这时需要对sql进行调优。

当type出现ref或者index时，表示走的是索引，index是标准不重复的索引，ref表示虽然使用了索引，但是索引列中有重复的值，但是就算有权重复值，也只是在重复值的

范围内小范围扫描，不造成重大的性能影响。

测试语句是否使用了索引：

网上说联合索引 test_col1_col2_col3 实际建立了(col1)、(col1,col2)、(col,col2,col3)三个索引。但是

我蒙蔽了，在我实际的测试中，aaa bbb ccc 这三个条件不管删除那个，怎么组合where条件查询 type:index extral:Using where; Using index 难道说都用到索引了嘛？

sql1:explain select * from test where aaa=1 and bbb=1;

用到了索引

sql2:explain select * from test where bbb=1 and aaa=1;

联合索引设置

aaa bbb

bbb aaa

bbb