时间:2021-05-23
表结构很简单
CREATE TABLE `oplogs` (`id` int(10) unsigned NOT NULL AUTO_INCREMENT,`kind` varchar(45) NOT NULL DEFAULT '',`op` varchar(100) NOT NULL,`user` varchar(25) NOT NULL DEFAULT '',`ip` varchar(16) NOT NULL DEFAULT '',`updatetime` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY (`id`)) ENGINE=MyISAM AUTO_INCREMENT=34896 DEFAULT CHARSET=utf8 ROW_FORMAT=FIXED结果有34895条
sql查询语句为:
SELECT a.id,a.kind,a.op,a.user,a.ip,a.updatetime FROM oplogs as a inner join(select id from oplogs where 1 order by id desc limit 0,20) as b using(id)在5.6.19情况下
用php读取内容并显示
首次显示结果需要3.5秒
但是同样的配置
在linux 下 5.5.38下
只需要0.7秒左右
很奇怪的情况
然后在5.6下执行了explain 结果如下:
而同样的数据 explain 结构如下:
比较结果很明显 主要在于对oplogs进行排序时,rows行变化太大了,一个进行了完整的遍历,第一个使用了索引,造成差距过大,不过原因尚未找到,有哪位知道呢?
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
环境:mysql-5.1.61操作系统:Cent-os6.3目的:升级为mysql5.6.19首先,yum是不可行的.因为yum源没更新,我已经使用了163网易
  你的网站被搜索引擎惩罚了,你是如何检测出的?为什么一些网站能够一下子被搜索引擎惩罚而一些可能幸免于难呢?首先要明确的是,搜索引擎惩罚并不
1、WHERE字句的查询条件里有不等于号(WHEREcolumn!=...),MYSQL将无法使用索引2、类似地,如果WHERE字句的查询条件里使用了函数(如:
查看mysql的语句,比较常用的大概是showprocesslist命令了,但是这个对于查询时间比较长的语句比较有意义,对于一下子就能执行的语句真心拼不过手速啊
昨天同事参加了一个研讨会,有提到一个案例。一个通过dblink查询远端数据库,原来查询很快,但是远端数据库增加了一个索引之后,查询一下子变慢了。经过分析,发现那