MySQL查询where条件的顺序对查询效率的影响

看到有资料说，where条件的顺序会影响查询的效率，根据的逻辑是：

where条件的运行是从右到左的，将选择性强的条件放到最右边，能够先过滤掉大部分的数据（而选择性不强的条件过滤后的结果集仍然很大），在根据其它条件过滤时，须要比较的数据量就少，提升查询的效率。

当我看到这个逻辑时，自我认为不是太合理，数据库引擎在执行SQL语句时，都是要通过查询优化器的，查询优化器会将SQL进行优化，选择最优的查询计划来执行，查询优化器应该会选择最优的查询计划，若是仅仅是由于where字句的顺序不一样，就不能选择最优的查询计划，那么查询优化器得有多么差劲啊...

实践是检验真理的惟一标准

实验条件：
新建表test_condition，主键为id，还有两列表示姓名的name和年龄的age，数据量为10万条，年龄是18-45

单列的辅助索引

1. name列有索引

EXPLAIN
SELECT id,name,age from test_condition where name='test99500' and age=30

查询计划为

EXPLAIN
SELECT id,name,age from test_condition where age=30 and name='test99500'

查询计划为

从二者的查询计划上来看，两个没有什么区别。

2. name列有索引，age列有索引

EXPLAIN
SELECT id,name,age from test_condition where name='test99500' and age=30

查询计划

EXPLAIN
SELECT id,name,age from test_condition where age=30 and name='test99500'

查询计划

一样没有区别

多列的联合索引

联合索引<name,age>

表的索引：

1. 联合索引的列都使用

EXPLAIN SELECT * from test_condition where `name`='test100' and age = 30

查询计划：

EXPLAIN SELECT * from test_condition where age = 30 and `name`='test100'

查询计划：

结论： 当联合索引的列都出如今查询条件中时，查询条件的顺序不影响。

2. 仅使用联合索引中的一列

EXPLAIN SELECT * from test_condition where `name`='test100'

查询计划：

EXPLAIN SELECT * from test_condition where age = 30

查询计划：

修改表结构，增长dept列

EXPLAIN SELECT * from test_condition where `name`='test100'

查询计划：

EXPLAIN SELECT * from test_condition where age = 30

查询计划：

在表只有id,name,age时，查询时仍然会用到索引，应该是由于使用到了覆盖索引（查询结果列在索引中都存在）。

当修改完表结构后，能够明确地看出，name条件查询用到了联合索引；而age查询时，使用不到联合索引。

结论：MySQL遵循最左前缀原理，当查询条件匹配联合索引的前面几列时，能够使用联合索引；不然，不会使用联合索引。

以上结果均是本人一次测试的结果，仅供参考，若有不对，欢迎指正。