mysql联合索引有效和失效的情况分析

关于mysql的索引，是mysql优化一个非常重要的方面。那么关于索引是否有效就是非常关键了。很多人设计了索引，但是发现依旧很慢。那么这个时候就判断sql的索引执行情况非常重要了。网上有大量的博主也写过不少类似的文章，但是关于联合索引的具体使用情况，失效和有效的场景还是不够详细，本文就这方面具体分析。

本文今天重点分析联合索引最左原则的使用情况

1.首先设计一张数据表，表结构和数据如下：

2.设计联合索引，结构如下：

我们这个联合索引，典型的i(a,b,c)结构，按照最左原则，看过了其他博主写的文章，都会告诉你有效的索引是i(a)，i(a,b)，i(a,b,c)有效，其他均无效，是不是很熟悉？

下面先看看上面三种有效的情况，sql执行情况：

i(a):

索引有效，OK。 

i(a,b):

 依旧有效，OK。再看第三种

i(a,b,c):

 从以上的实际操作来看，i(a)，i(a,b)，i(a,b,c)均命中索引。

那么i(a,c)，i(b,c)是否命中呢，请看以下内容：

i(a,c)：

数据库中，from_id的索引为a，这个时候看到，索引仅仅命中了i(a)，但是没有命中c。所以i(a,c)的查询，并非没有走索引，而是仅仅命中i(a)。

 i(b,c)：

可以看出，i(b,c)是全表扫描，索引无效的。

3.如果我在写sql语句的时候，把b，c对应的列放在前面，联合索引是否有效呢？答案是一样有效，请看以下分析：

i(a,b):

 有效。

i(a,b,c):

 依旧有效，可见使用联合索引，和where条件后的顺序是无关的。

4.还有一种情况，使用联合索引的时候，如果加了其他字段的条件，索引是否有效呢？

可见，联合索引在使用的时候，引入其他字段的条件查询。并不影响索引的有效命中。

以上就是我的总结，欢迎补充。