| 您的当前位置：首页 --> MYSQL教程 --> mysql5.6.19下子查询为什么无法使用索引 |
| MYSQL教程 mysql5.6.19下子查询为什么无法使用索引 |
| 浏览次数:473 关键词 （ ） |
| 查看使用该CPU的产品 查看CPU天梯 |
| CPU型号：mysql5.6.19下子查询为什么无法使用索引 |
| 主频：Ghz |
| 睿频：Ghz |
| 核心数：个 |
| 不支持超核心 |
| 制作工艺： |
| 插槽类型： |
| 功耗：0W |
| L3缓存：0MB |
| 支持最大内存： 0GB |
| CPU详细参数 |
|
表结构很简单 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行变化太大了，一个进行了完整的遍历，第一个使用了索引，造成差距过大，不过原因尚未找到，有哪位知道呢？ |
| 下一个产品 SQL计算timestamp的差值的方法 上一个产品 MySql用DATE_FORMAT截取DateTime字段的日期值 |
