mysql联合索引与Where子句优化浅析

问题描述：
把排序、条件等一个一个去除来作测试，结果发现问题就出在排序部分，去除排序时，执行时间由原来的48秒变成0.3x秒。
因而，把涉及排序的字段组成一个联合索引alter table xx add index indexname(x1,x2,x3)，通过2分钟建立新索引以后，再执行同一个SQL语句，执行时间变成了0.28S。
 
例如，须要
where col1=??? and col2=???
则建议建立索引： (col1,col2)

若是须要 where col1=?? order by col3
则建议建立索引： (col1,col3)

按照一样的思路把其它几个经常使用的SQL做了过些优化，效果很明显的说。
过了30分钟再查slow sql记录文件，却发现原来一个好好的SQL变得灰常慢了，为什么？

缘由分析：
由于添加了联合索引的缘由，并且这个SQL语句当中有个or，当把这个or改用union以后问题排除。

附，一段关于Where子句的执行顺序：

在用MySQL查询数据库的时候，链接了不少个用，发现很是慢。

例如：
 

复制代码代码示例:

SELECT ... WHERE p.languages_id = 1 AND m.languages_id = 1 AND c.languages_id = 1 AND t.languages_id = 1 AND p.products_id IN (472,474)  
 

 这样查询须要20多秒，虽然在各个字段上都创建了索引。用分析Explain SQL一分析，发如今第一次分析过程当中就返回了几万条数据：
WHERE p.languages_id = 1 ，而后再依次根据条件，缩小范围。

改变一下WHERE 字段的位置以后，速度就有了明显地提升：
WHERE p.products_id IN (472,474) AND p.languages_id = 1 AND m.languages_id = 1 AND c.languages_id = 1 AND t.languages_id = 1  
这样，第一次的条件是p.products_id IN (472,474)，它返回的结果只有不到10条，接下来还要根据其它的条件来过滤，天然在速度上有了较大的提高。

实践小结：
不要觉得WHERE中的字段顺序无所谓，应该尽量地第一次就过滤掉大部分无用的数据，只返回最小范围的数据。