MySQL的loose index scan
2015-12-10 22:44
417 查看
众所周知,InnoDB采用IOT(index organization table)即所谓的索引组织表,而叶子节点也就存放了所有的数据,这就意味着,数据总是按照某种顺序存储的。所以问题来了,如果是这样一个语句,执行起来应该是怎么样的呢?语句如下:
列a上有一个索引,那么按照简单的想法来讲,如何扫描呢?很简单,一条一条的扫描,这样一来,其实做了一次索引全扫描,效率很差。这种扫描方式会扫描到很多很多的重复的索引,这样说的话优化的办法也是很容易想到的:跳过重复的索引就可以了。于是网上能搜到这样的一个优化的办法:
从已经搜索到的资料看,这样的执行计划中的extra就从using index变成了using index for group-by。
但是,但是,但是,好在我们现在已经没有使用5.1的版本了,大家基本上都是5.5以上了,这些现代版本,已经实现了loose index scan:
![](http://images2015.cnblogs.com/blog/352291/201512/352291-20151210223757558-1265654313.png)
很好很好,就不需要再用这种奇技淫巧去优化SQL了。
文档里关于group by这里写的有点意思,说是最大众化的办法就是进行全表扫描并且创建一个临时表,这样执行计划就会难看的要命了,肯定有ALL和using temporary table了。
深刻的感觉这一篇写起来有好多写的,周末再更吧,我要早早睡觉去。
select count(distinct a) from table1;
列a上有一个索引,那么按照简单的想法来讲,如何扫描呢?很简单,一条一条的扫描,这样一来,其实做了一次索引全扫描,效率很差。这种扫描方式会扫描到很多很多的重复的索引,这样说的话优化的办法也是很容易想到的:跳过重复的索引就可以了。于是网上能搜到这样的一个优化的办法:
select count(*) from (select distinct a from table1) t;
从已经搜索到的资料看,这样的执行计划中的extra就从using index变成了using index for group-by。
但是,但是,但是,好在我们现在已经没有使用5.1的版本了,大家基本上都是5.5以上了,这些现代版本,已经实现了loose index scan:
![](http://images2015.cnblogs.com/blog/352291/201512/352291-20151210223757558-1265654313.png)
很好很好,就不需要再用这种奇技淫巧去优化SQL了。
文档里关于group by这里写的有点意思,说是最大众化的办法就是进行全表扫描并且创建一个临时表,这样执行计划就会难看的要命了,肯定有ALL和using temporary table了。
深刻的感觉这一篇写起来有好多写的,周末再更吧,我要早早睡觉去。
相关文章推荐
- MySQL删除数据Delete 语句、Truncate 语句
- mysql5.6免安装配置
- ubuntu mysql远程连接
- Mysql问题及解决——Error code2014
- mysql优化测试
- mysql之视图
- mysql-测试环境对比生产环境-表、存储过程
- mysql 主从配置
- mysql5.6.12切换binlog二进制日志路径
- 【MySQL】行长度的一些限制
- JDBC 连接MySQL的使用。
- mysql安装后简单的配置(以5.6.22 x64为示例)
- 解决MySQL错误reading initial communication packet_MySQL的两种方法
- mysql 中的bit数据类型
- mysql函数之比较函数
- mysql命令
- MYSQL截取列里面的数据为多行
- mysql索引总结----mysql 索引类型以及创建
- mysql基础语句
- Mysql 更新、删除字段、自增长字段