为啥《阿里开发手册》一律禁止使用SELECT * ？

比眉伴天荒 2022-12-27 01:17 127阅读 0赞

> 面试官：“小陈，说一下你常用的SQL优化方式吧。”  
> 陈小哈：“那很多啊，比如不要用SELECT \*，查询效率低。巴拉巴拉...”
> 
> 面试官：“为什么不要用SELECT \* ？它在哪些情况下效率低呢？”  
> 陈小哈：“SELECT \* 它好像比写指定列名多一次全表查询吧，还多查了一些无用的字段。”
> 
> 面试官：“嗯...”  
> 陈小哈：“emmm~ 没了”
> 
> 陈小哈：“....??（几个意思）”
> 
> 面试官：“嗯...好，那你还有什么要问我的么？”  
> 陈小哈：“我问你个锤子，把老子简历还我！”

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg]

无论在工作还是面试中，关于SQL中不要用“SELECT \* ”，都是大家听烂了的问题，虽说听烂了，但普遍理解还是在很浅的层面，并没有多少人去追根究底，探究其原理。

废话不多说，本文带你深入了解一下"SELECT \* "效率低的原因及场景。

> 本文很干！请自备茶水，没时间看记得先收藏 -- 来自一位被技术经理毒打多年的程序员的忠告

## **一、效率低的原因** ##

先看一下最新《阿里java开发手册（泰山版）》中 MySQL 部分描述：

4 - 1. 【强制】在表查询中，一律不要使用 \* 作为查询的字段列表，需要哪些字段必须明确写明。

说明：

*  增加查询分析器解析成本。
 *  增减字段容易与 resultMap 配置不一致。
 *  无用字段增加网络 消耗，尤其是 text 类型的字段。

开发手册中比较概括的提到了几点原因，让我们深入一些看看：

## 1、不需要的列会增加数据传输时间和网络开销 ##

*  用“SELECT \* ”数据库需要解析更多的对象、字段、权限、属性等相关内容，在 SQL 语句复杂，硬解析较多的情况下，会对数据库造成沉重的负担。
 *  增大网络开销；\* 有时会误带上如log、IconMD5之类的无用且大文本字段，数据传输size会几何增涨。如果DB和应用程序不在同一台机器，这种开销非常明显
 *  即使 mysql 服务器和客户端是在同一台机器上，使用的协议还是 tcp，通信也是需要额外的时间。

##    2、对于无用的大字段，如 varchar、blob、text，会增加 io 操作 ##

准确来说，长度超过 728 字节的时候，会先把超出的数据序列化到另外一个地方，因此读取这条记录会增加一次 io 操作。（MySQL InnoDB）

##    3、失去MySQL优化器“覆盖索引”策略优化的可能性 ##

SELECT \* 杜绝了覆盖索引的可能性，而基于MySQL优化器的“覆盖索引”策略又是速度极快，效率极高，业界极为推荐的查询优化方式。

> 例如，有一个表为t(a,b,c,d,e,f)，其中，a为主键，b列有索引。

那么，在磁盘上有两棵 B+ 树，即聚集索引和辅助索引（包括单列索引、联合索引），分别保存(a,b,c,d,e,f)和(a,b)，如果查询条件中where条件可以通过b列的索引过滤掉一部分记录，查询就会先走辅助索引，如果用户只需要a列和b列的数据，直接通过辅助索引就可以知道用户查询的数据。

如果用户使用select \*，获取了不需要的数据，则首先通过辅助索引过滤数据，然后再通过聚集索引获取所有的列，这就多了一次b+树查询，速度必然会慢很多。

![b5e62a695fbdc44ebda77708296e996c.png][]

由于辅助索引的数据比聚集索引少很多，很多情况下，通过辅助索引进行覆盖索引（通过索引就能获取用户需要的所有列），都不需要读磁盘，直接从内存取，而聚集索引很可能数据在磁盘（外存）中（取决于buffer pool的大小和命中率），这种情况下，一个是内存读，一个是磁盘读，速度差异就很显著了，几乎是数量级的差异。

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 1]

#  #

## **二、索引知识延申** ##

上面提到了辅助索引，在MySQL中辅助索引包括单列索引、联合索引，单列索引就不再赘述了，这里提一下联合索引的作用

## ● 联合索引 (a,b,c) ##

联合索引 (a,b,c) 实际建立了 (a)、(a,b)、(a,b,c) 三个索引；

我们可以将组合索引想成书的一级目录、二级目录、三级目录，如index(a,b,c)，相当于a是一级目录，b是一级目录下的二级目录，c是二级目录下的三级目录。要使用某一目录，必须先使用其上级目录，一级目录除外。

如下：

<table style="width:677px;"> 
 <tbody> 
  <tr> 
   <td>where条件</td> 
   <td>效果</td> 
  </tr> 
  <tr> 
   <td>where a=1 and c=1</td> 
   <td>只使用了一级目录，c在三级目录，没有使用二级目录，那么三级目录就没法使用</td> 
  </tr> 
  <tr> 
   <td>where a=1 and b=1</td> 
   <td>只使用了一级目录、二级目录。</td> 
  </tr> 
 </tbody> 
</table>

##  ##

## ● 联合索引的优势 ##

###  ###

### 1） 减少开销 ###

建一个联合索引 (a,b,c) ，实际相当于建了 (a)、(a,b)、(a,b,c) 三个索引。每多一个索引，都会增加写操作的开销和磁盘空间的开销。对于大量数据的表，使用联合索引会大大的减少开销！

### 2）覆盖索引 ###

对联合索引 (a,b,c)，如果有如下 sql 的，

SELECT a,b,c from table where a='xx' and b = 'xx';

那么 MySQL 可以直接通过遍历索引取得数据，而无需回表，这减少了很多的随机 io 操作。减少 io 操作，特别是随机 io 其实是 DBA 主要的优化策略。所以，在真正的实际应用中，覆盖索引是主要的提升性能的优化手段之一。

### 3）效率高 ###

索引列多，通过联合索引筛选出的数据越少。比如有 1000W 条数据的表，有如下SQL:

select col1,col2,col3 from table    where col1=1 and col2=2 and col3=3;

假设：假设每个条件可以筛选出 10% 的数据。

*  A. 如果只有单列索引，那么通过该索引能筛选出 1000W10%=100w 条数据，然后再回表从 100w 条数据中找到符合 col2=2 and col3= 3 的数据，然后再排序，再分页，以此类推（递归）；

*  B. 如果是（col1,col2,col3）联合索引，通过三列索引筛选出 1000w10% 10% \*10%=1w，效率提升可想而知！

##  ##

## ● 索引是建的越多越好吗 ##

答案自然是否定的

*  数据量小的表不需要建立索引，建立会增加额外的索引开销
 *  不经常引用的列不要建立索引，因为不常用即使建立了索引也没有多大意义
 *  经常频繁更新的列不要建立索引，因为肯定会影响插入或更新的效率
 *  数据重复且分布平均的字段，因此他建立索引就没有太大的效果（例如性别字段，只有男女，不适合建立索引）
 *  数据变更需要维护索引，意味着索引越多维护成本越高。
 *  更多的索引也需要更多的存储空间

## **三、心得体会** ##

相信能看到这里这老铁要么是对MySQL有着一腔热血的，要么就是喜欢滚鼠标的。来了就是缘分，如果从本文学到了东西，请不要吝啬手中的赞哦，拒绝白嫖~

有朋友问我，你对SQL规范那么上心，平时你写代码不会用SELECT \* 吧？

咋可能啊，天天用。。代码里也在用（一脸羞愧），其实我们的项目普遍很小，数据量也上不去，性能上还没有遇到瓶颈，所以比较放纵。

写本篇文章主要是这个知识点网上总结的很少很散，也不规范，算是给自己也是给大家总结一份比较详细的，值得记一下的。以后给面试官说完让他没法找你茬。

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 2]

**往期推荐**

[手写一个“打飞机”小游戏附【源代码】][Link 1]

[一个基于 SpringBoot2 + MybatisPlus 的商城管理系统，真香~~][SpringBoot2 _ MybatisPlus]

[为啥《阿里开发手册》一律禁止使用SELECT \* ？][SELECT _]

[Springboot+MybatisPlus高效实现增删改查，写的实在太好了！！][Springboot_MybatisPlus]

[七个开源的 Spring Boot 前后端分离项目，一定要收藏！][Spring Boot]

[值得推荐的十几款IDEA插件，大大提升开发效率【值得收藏】][IDEA]

[【项目实战+源码】Java身份证号码识别系统][Java]

[10个你可能不曾用过却很有用的Linux命令～][10_Linux]

[面试官：你能说出 方法重载和方法重写 的原理吗？][Link 2]

[又发愁没项目？java + vue 的前后端分离的考试系统【附源码】][java _ vue]

[发愁没项目？用Java开发一个有趣的表情生成器【附源码】][Java 1]

![16ae628fdd598c626dca1f7981b46be8.png][]

如果觉得文章不错，可以在文末**点个赞**

[640_wx_fmt_jpeg]: /images/20221120/93c81575cea14e9eb3b78fa82540a1b4.png
[b5e62a695fbdc44ebda77708296e996c.png]: /images/20221120/cd8b0afab3064cd8b7d8141de2faf09d.png
[640_wx_fmt_jpeg 1]: /images/20221120/c0e1b2e117b94ad485a28e4911d2e524.png
[640_wx_fmt_jpeg 2]: https://mmbiz.qpic.cn/mmbiz_jpg/R5ic1icyNBNd65PhdV2f5SlyLl7MGjz2QvtVcpvt3MsoibYFAhpPVk9quhicKyeaiaqmw9OxDhI7sPY84oNUFRhVN5Q/640?wx_fmt=jpeg
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494396&idx=2&sn=f4150348d18e793738153fc9b2e9d1cc&chksm=e80095e6df771cf088d6bd42e898e474d8f32654fadc49ac3ff80b6820537e58804850830a51&scene=21#wechat_redirect
[SpringBoot2 _ MybatisPlus]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494371&idx=2&sn=edde4e48d5e0fbf0df6d8db43c52f30c&chksm=e80095f9df771cef46e0bd228815290783d75e231615aef62d11ec30c33646376057fa594920&scene=21#wechat_redirect
[SELECT _]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494335&idx=2&sn=b864081ff18346783234eedecc6573da&chksm=e80095a5df771cb34f3835ad29a2290bfefc793a36158479fa496e8bf1e6c1916b2e051f42b5&scene=21#wechat_redirect
[Springboot_MybatisPlus]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494293&idx=2&sn=c4ae4db2ef4613304a5853fd42001152&chksm=e800958fdf771c9919584aead5f562084ccf9ecb7075b185d060710b799cf60fae0f331662c3&scene=21#wechat_redirect
[Spring Boot]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494234&idx=2&sn=2184dd1182829494154f10a1e5ebbb29&chksm=e8009540df771c562f25852e7ce3a4730a20dd586e1e85ee7a29c5da6464b2c1615692534d32&scene=21#wechat_redirect
[IDEA]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494208&idx=2&sn=92b73580a2ec3f63b6b48c22a0ec920e&chksm=e800955adf771c4cfaad6a6ed570b44bd898131097adbe2a46a7602adbd07bbac3124d6dfd73&scene=21#wechat_redirect
[Java]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494156&idx=2&sn=971ac4bd7739180f38b1fb0942a7079a&chksm=e8009516df771c00a2861d3a36b3329e6e6603c94b8a6bdbc342f69c3acfc43c475e7a06c030&scene=21#wechat_redirect
[10_Linux]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494129&idx=2&sn=ee94e77f0049a55f1d42b11ab048e007&chksm=e80096ebdf771ffd0cae0c8bb67dbead896a288d9ff2784a12b639e61ff3aa04f9e9e5f4ddbd&scene=21#wechat_redirect
[Link 2]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494104&idx=2&sn=f6091dfd36fcfc7e9f4e84ef866d89d3&chksm=e80096c2df771fd4613d23dbe7dde21bfe0c3ae43a5a133e11853f64bf7cb94f0720aac6758a&scene=21#wechat_redirect
[java _ vue]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494038&idx=2&sn=147002bfac5b3144a9eabd87e05ea79c&chksm=e800968cdf771f9a16d180af346f1fd79d390483ce97febf9e15c39faa5c125a365e73259a09&scene=21#wechat_redirect
[Java 1]: http://mp.weixin.qq.com/s?__biz=MzIyNTI3NDQ4NQ==&mid=2247494002&idx=2&sn=7659b6eedb7c5e9ba49f41c71bcf97bf&chksm=e8009668df771f7e3f7366e86a14c78cbd83ef72f40c184659764876a9e2fa105bf4a3d52037&scene=21#wechat_redirect
[16ae628fdd598c626dca1f7981b46be8.png]: https://img-blog.csdnimg.cn/img_convert/16ae628fdd598c626dca1f7981b46be8.png