在SQL中使用now()导致的性能下降(MySQL)

做数据库调优,一个简单的tip就使性能提升一大块时,被帮助的人自然是高兴而且感激,我也是满心欢喜。用所学帮助了他人,也说明还是有一技之长的,有一门能够养活自己的手艺。也算是手艺人啊。

同事让我帮助优化,在slow query log里发现有两个SQL执行的次数最多,并且每次都在两秒以上。用explain看了,也未发现索引使用方面的问题。
最后把怀疑的目光落在了SQL结尾处的>=now()上,now()每次都需要从系统中取,因此可能会导致无法使用query cache。
了解了一下需求,实际这里并不需要当时的时刻,只需要当天的日期就行了。因此建议同事把>=now()改成>=当前日期,而当前日期在程序中取得。
果然,性能大幅提高。

个人涂鸦:

评论

是有这个问题,mysql手册在提到 query_cache_size 系统变量时已经说了 :)

MySQL中文网: http://imysql.cn
Google MySQL中文用户群:http://groups.google.com/group/imysql

给你的祝福,要让你招架不住!

这样啊,看来还是看手册不细致啊

祝MySQL者们心中常有
大欢乐

mysql的执行是从左往右的,对于XXXX>=now(),如果符合的纪录有10000条,就会执行10000次now()函数,速度当然会慢的。程序中用xxxx>'-----'的话,'----'是常量,没有消耗会快很多。当然如果一定要用now()的话,也可以先把now()赋给一个常量,在进行比较. now()函数算快的了,如果是rand()之类的函数估计差距会更大。

rand()相对now()来说更是超级慢了。

MySQL中文网: http://imysql.cn
Google MySQL中文用户群:http://groups.google.com/group/imysql

给你的祝福,要让你招架不住!

从细节处入手,这句话真是没错。