在SQL中使用now()导致的性能下降(MySQL)
做数据库调优,一个简单的tip就使性能提升一大块时,被帮助的人自然是高兴而且感激,我也是满心欢喜。用所学帮助了他人,也说明还是有一技之长的,有一门能够养活自己的手艺。也算是手艺人啊。
同事让我帮助优化,在slow query log里发现有两个SQL执行的次数最多,并且每次都在两秒以上。用explain看了,也未发现索引使用方面的问题。
最后把怀疑的目光落在了SQL结尾处的>=now()上,now()每次都需要从系统中取,因此可能会导致无法使用query cache。
了解了一下需求,实际这里并不需要当时的时刻,只需要当天的日期就行了。因此建议同事把>=now()改成>=当前日期,而当前日期在程序中取得。
果然,性能大幅提高。
评论
yejr
周二, 2007/01/30 - 17:21
Permalink
是有这个问题,mysql手
是有这个问题,mysql手册在提到
query_cache_size
系统变量时已经说了 :)MySQL中文网: http://imysql.cn
Google MySQL中文用户群:http://groups.google.com/group/imysql
给你的祝福,要让你招架不住!
gladness
周二, 2007/01/30 - 22:33
Permalink
这样啊,看来还是看
这样啊,看来还是看手册不细致啊
大欢乐
游客乙 (未验证)
周一, 2007/02/12 - 16:40
Permalink
mysql的执行是从左往右
mysql的执行是从左往右的,对于XXXX>=now(),如果符合的纪录有10000条,就会执行10000次now()函数,速度当然会慢的。程序中用xxxx>'-----'的话,'----'是常量,没有消耗会快很多。当然如果一定要用now()的话,也可以先把now()赋给一个常量,在进行比较. now()函数算快的了,如果是rand()之类的函数估计差距会更大。
yejr
周一, 2007/02/12 - 23:20
Permalink
rand()相对now()来说更是
rand()相对now()来说更是超级慢了。
MySQL中文网: http://imysql.cn
Google MySQL中文用户群:http://groups.google.com/group/imysql
给你的祝福,要让你招架不住!
mysqlkumao
周二, 2008/02/26 - 17:40
Permalink
从细节处入手,这句
从细节处入手,这句话真是没错。