这个链接可以看
涉及数据库的操作基本都是变得很慢了, 所以通常说数据库是程序的瓶颈
测试/优化数据库/sql的方法:
把order排序、where条件等一个一个去除法来做测试,结果发现问题就出在排序部分,去除排序的时候,执行时间由原来的48秒变成0.3x秒
于是把涉及排序的字段组成一个联合索引 alter table xx add index indexname(x1,x2,x3)
,经过2分钟创建新索引之后再执行同一个SQL语句,哇塞0.28S
几经分析和测试原来就是因为添加了联合索引的原因,而且这个SQL语句当中有个or,当把这个or改用union之后问题排除。
这回又得出一个心得:写SQL的时候千万别一时就手,随便写个就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一分析,发现在第一次分析过程中就返回了几万条数据:
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中的字段顺序无所谓,可以随便放在哪,应该尽可能地第一次就过滤掉大部分无用的数据,只返回最小范围的数据。