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.还有一种情况，使用联合索引的时候，如果加了其他字段的条件，索引是否有效呢？
可见，联合索引在使用的时候，引入其他字段的条件查询。并不影响索引的有效命中。
以上就是我的总结，欢迎补充。
