我用的是MySQL 4.1.20 。一直以为，当表的某列出现在查询语句的order by中时，如果这个列建了索引，MySQL利用这个索引。现在才发现这个想当然是错误的。

这几天对数据库的跟踪我发现总是有一些特简单的SQL执行起来特别慢。

如：select id,title from sources  where status=1 and isrepeat=0 order by id desc limit 0,30;
这个查询执行大概需要3s。表sources大概有26万数据,id是自增主键，status和isrepeat都建了索引。使用explain看一下MySQL是怎么解释他的：

sources ref status_2 status_2 3 const,const 178760 Using where; Using filesort

居然没有用到主键索引(id)。再看看MySQL是怎么解释几乎同样的SQL(select id,title from sources  where status=1 and isrepeat=0 and id>0 order by id desc limit 0,30;)：

sources range PRIMARY,status_2 PRIMARY 4 NULL 52704 Using where

执行这条查询只需0.00011s。只是加入了and id>0，差别竟然这么大。

也许是我使用的Mysql版本没有跟上时代吧，有空拿最新的MySQL测试一下.

 

    希望这篇MySQL数据库解释查询奇怪逻辑的文章能够对您有所帮助，如果您觉得这篇网站维护教程有用的话，别忘了推荐给您的朋友哦！如果您有好的经验方法，不妨拿出来和大家一起分享：假如每个人都拿出一个经验，那么我们都将额外的获取一堆他人的经验。
请记住本站永久域名：（黑客防线网安服务器维护方案维护基地）Www.Rongsen.Com.Cn