-
为什么mysql使用SELECT*比SELECT字段 查询速度还快
网络 2015/6/18 17:20:09这个要看具体的执行计划。首先我们要分析清楚select *和select a1,a2,a3的区别。
首先sql server是按照数据块来存取数据的，一个数据块是8K，当你需要的数据在某个数据块上时，sql server会将整个8K的数据从磁盘上加载到内存中，而不仅仅是读取你需要的a1、a2这几个字段，从这种意义上来说，select *和select a1,a2,a3这种写法速度是一样的。
但是有一个问题在于有索引，当有索引的时候就不一样了，比如a1, a2, a3都在索引字段里面（包括inclue），这个时候如果select a1, a2,a3的话只要扫描索引就好了，而select *却要扫描表，通常这种情况下select a1, a2, a3要快一些。但是如果只有a1, a2在索引中，而a3不在索引中，那么select a1, a2, a3的时候就需要先扫描索引得到a1, a2，再通过索引找到表中对应的数据块取出来a3（注意取a3的时候是8K数据块一起取得），这时你会发现select a1, a2, a3又没什么优势了。当取得数据特别多的时候，扫描索引再去查找表，反而不如直接扫描表来的快，所以有时可能select *反而快。
所以要具体问题具体分析，具体的要看查询计划，确定问题所在。
数据最小单位是页 (也就是你所说的块)大小8K左右 另外聚集索引扫描与表扫描在IO开销与执行时间上差距非常小 可以忽略不计，索引查找与表扫描差距才是最大的，索引查找只需要选择性的找描部分数据页。
另外聚集索引数据直接存在叶子节点，而非聚集索引只是存指向数据的指针。你说的第二种情况属于书签查找，原理正如你所说！
到底是select * 快还是select a1,a2 与索引确实有系，生成的执行计划不同执行时间也会不同，当然返回所有列与返回选定列 抛开索引的影响，肯定是列越少IO的开销就越小速度也就越快
阅读(3219) 分享(0)
上一篇: MySQL性能分析及explain的使用
下一篇: 程序员"偷懒"给软件带来安全隐患
