查询 where 优化

【IT168 技术】触及数据库操作的基本都是变得很慢了，用的人都会觉得躁火~~然后把这个情况在群里一贴，包括机器配置什么的1说，马上JiuYouQunYou发话了，而且帮我确定了不是机器配置的问题，“深圳-枪手”热心人他的机器512内存过百W的数据里也跑患上飞快，甚至跟那些几W块的机器一样牛(吹过头了)，呵呵~~~

　　在群友的分析指点Xia，尝试把排序、条件等一个一个去除来做测试，结果发现问题就出在排序部分，去除排序的时候，执行时间由原来的48秒变成0.3x秒，这是个什么档次的BianHua呀~~看着这个结果我激动ing.....

　　于是我把涉及排序的字段组成一个联合索引alter table xx add index indexname(x1,x2,x3)，经由2分钟创立新索引ZhiHou再执行同一个SQL语句，哇塞0.28S。。。。爽

　　于是依照一样的思路把其它几个常用的SQL作了过些优化，效果马上见效

　　过了30分钟再查slow sql记录文件，不好了，发现原来一个好好的SQL变得灰常慢了，神马情况?

　　几经分析和测试原来就是因为添加了联合索引的原因，而且这个SQL语句当中有个or，当把这个or改用unionZhiHou问题排除。

　　这回又得出一个心得：XieSQL的时候千万别一时就手，随便写个就OK，那会为以为带来很严重的后果。

　　再附上一段关于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一分析，发现在第一次分析GuoCheng中就返回了几万条数据：

　　WHERE p.languages_id = 1 ，然后再依次依据前提，缩小范围。

　　而我改变一下WHERE 字段De位置之后，速度就有了显明地提高：

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条，接下来还要根据其它的前提来过滤，自然在速度上有了较大的TiSheng。

　　经过实践发现，不要以为WHERE中的字段顺序无所谓，可以随便放在哪，应当尽量地第一次就过滤掉大部分无用的数据，只返回最小范围的数据。

　　希望能帮到有同样遭遇的朋友。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/tt6668282/archive/2011/06/28/6573854.aspx