看到有资料说，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遵循最左前缀原理，当查询条件匹配联合索引的前面几列时，可以使用联合索引；否则，不会使用联合索引。
以上结果均是本人一次测试的结果，仅供参考，如有不对，欢迎指正。
转自：https://www.cnblogs.com/acode/p/7489258.html