芝麻_糊

导航

统计

mySql单列索引与联合索引的区别

引自https://my.oschina.net/857359351/blog/658668

   第一张表gift和索引为联合索引,如图:

第二张表gift2为单列索引,如图:

下面开始进行测试:

相同的SQL分别查询两张表,使用EXPLAIN解析一下SQL 

  select * from gift  where name = '道具' and scene_type=1;  

  select * from gift2 where name=‘道具’ and scene_type=1;

     显示的结果为两条SQL都会使用到索引,这我就不上图了。

然后只查询其中的某列,但是这个列已经创建索引 

  select name,status from gift  where name = '道具' and scene_type=1; 

  select name,status from gift2 where name=‘道具’ and scene_type=1;

    显示的结果为两条SQL也都使用了索引。

继续查询没有创建索引的列,这里rank字段并没有创建索引 

  select name,status,rank from gift  where name = '道具' and scene_type=1; 

  select name,status,rank from gift2 where name=‘道具’ and scene_type=1;

     显示的结果为两条SQL也都使用了索引。

接下来把SQL调整一下,name字段都建立了索引,下面把where条件里的name条件去掉 

  select name,status from gift  where scene_type=1; 

  select name,status from gift2 where scene_type=1;

     显示的结果为两条SQL也都使用了索引。

  select name,status,rank from gift  where scene_type=1;

  select name,status,rank from gift2 where scene_type=1;

   第一条SQL根本没有用到索引,第二条SQL还和以前一样,同样使用到了索引。

  其实在联合索引上会有一个mysql索引最左匹配原则,但是如果联合索引的第一个列不在where条件语句中,并且所查询的列其中有的是没有建立索引的,那么这个联合索引就是无效的,具体为什么会这样我也还没有整明白(囧),不过以后再写SQL也会注意一下这方面的问题,而且公司DBA也建议如果使用联合索引,那么where条件也要尽量根据联合索引的顺序来,如果不按照顺序来,索引也同样会用到,但是在执行前,SQL优化器也会将条件调整为联合索引的顺序,既然可以直接避免这种情况,就没必要再让SQL优化器去处理,毕竟处理也是有开销的。

posted on 2017-08-09 09:17 芝麻_糊 阅读(...) 评论(...) 编辑 收藏

Powered by .NET Core 3.0 Preview 8 on Linux