-
为什么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的开销就越小速度也就越快
阅读(3238) 分享(0)
上一篇: MySQL性能分析及explain的使用
下一篇: 程序员"偷懒"给软件带来安全隐患