MySQL数据库解释查询的奇怪逻辑_MySQL数据库_黑客防线网安服务器维护基地--Powered by WWW.RONGSEN.COM.CN

MySQL数据库解释查询的奇怪逻辑

作者:黑客防线网安MYSQL维护基地 来源:黑客防线网安MYSQL维护基地 浏览次数:0

本篇关键词:奇怪逻辑查询解释
黑客防线网安网讯:    我用的是MySQL 4.1.20 。一直以为,当表的某列出现在查询语句的order by中时,如果这个列建了索引,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是怎么解释他的:

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测试一下.

 

    黑客防线网安服务器维护方案本篇连接:http://www.rongsen.com.cn/show-8769-1.html
网站维护教程更新时间:2012-03-20 05:00:46  【打印此页】  【关闭
我要申请本站N点 | 黑客防线官网 |  
专业服务器维护及网站维护手工安全搭建环境,网站安全加固服务。黑客防线网安服务器维护基地招商进行中!QQ:29769479

footer  footer  footer  footer