本文共 2114 字，大约阅读时间需要 7 分钟。
MySQL索引的最左匹配原则主要是针对复合索引（联合索引）而言的。以下是一个典型的例子：假设在字段`a`、`b`、`c`上创建了一个联合索引`index_abc`。
ALTER TABLE `test` ADD INDEX `index_abc`(`a`, `b`, `c`) USING BTREE;
以下是基于该索引的不同查询情况分析：
explain select * from test where a<10;
这种情况下，索引能够有效地帮助优化查询，因为查询的条件仅涉及`a`字段，且`a`是索引的一部分。因此，索引可以被充分利用。
explain select * from test where a<10 and b <10;
在此情况下，索引同样能够发挥作用。因为查询的条件是`a<10 AND b<10`，而索引包含了`a`和`b`字段，优化器可以利用该索引来加快查询速度。
explain select * from test where a<10 and b <10 and c<10;
此时，索引仍然可以被使用。因为查询条件涉及到`a`、`b`和`c`字段，而索引包含了这三个字段，因此优化器可以利用该索引来提高查询效率。
然而，需要注意的是索引的使用并不总是如此理想。接下来，我们来探讨一些特殊情况。
explain select * from test where b<10 and a <10;
在这种情况下，索引仍然能够被有效使用。因为查询的条件是`b<10 AND a<10`，而索引包含了`a`和`b`字段，因此优化器会将查询优化为`explain select * from test where a<10 AND b<10`，从而充分发挥索引的作用。
explain select * from test where b<10 and a <10 and c<10;
在这种情况下，索引同样能够被使用。因为查询的条件是`b<10 AND a<10 AND c<10`，而索引包含了`a`、`b`和`c`字段，因此优化器可以利用该索引来提高查询效率。
接下来，我们来探讨索引使用的边界情况。
explain select * from test where b<10 and c <10;
在这种情况下，索引无法被充分利用。因为查询的条件是`b<10 AND c<10`，而索引仅包含了`a`、`b`和`c`字段，但查询的条件中未涉及`a`字段，因此索引无法被有效地利用。
explain select * from test where a<10 and c <10;
在这种情况下，索引仍然能够被部分利用。因为查询的条件是`a<10 AND c<10`，而索引包含了`a`和`c`字段，因此`a`字段可以利用索引，但`c`字段无法充分利用索引。
explain select * from test where a=1001 and c=1003;
在这种情况下，索引能够部分被利用。因为查询的条件是`a=1001 AND c=1003`，而索引包含了`a`和`c`字段，因此`a`字段可以利用索引，但`c`字段无法充分利用索引。
explain select * from test where c=1003;
在这种情况下，索引无法被充分利用。因为查询的条件是`c=1003`，而索引仅包含了`a`、`b`和`c`字段，但查询的条件中未涉及`a`和`b`字段，因此索引无法被有效地利用。
explain select * from test where b=1002;
在这种情况下，索引无法被充分利用。因为查询的条件是`b=1002`，而索引仅包含了`a`、`b`和`c`字段，但查询的条件中未涉及`a`和`c`字段，因此索引无法被有效地利用。
需要注意的是，在实际应用中，索引的使用还受到查询条件的顺序和是否完全匹配等因素的影响。因此，在实际使用中，建议通过测试来验证索引的有效性。
基于上述分析，可以总结出以下几点：
需要注意的是，上述结论仅在查询的条件是`select *`且索引存在的情况下成立。如果查询的条件不是`select *`，则索引的使用情况可能会有所不同。因此，在实际应用中，建议根据具体的查询需求来设计和使用索引。
转载地址：http://sadfk.baihongyu.com/