MySQL解释查询的奇怪逻辑

我用的是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是怎么解释他的:

sourcesrefstatus_2status_23const,const178760Using 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;):

sourcesrangePRIMARY,status_2PRIMARY4NULL52704Using where

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

多鱼的夏天

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值