mysql不要使用select_到底为什么不要用SELECT *

无论工作还是面试，说到sql优化，比说的一个问题就是，代码中sql不要出现 SELECT *,之前一直也没有深入去研究研究，为什么，只是记住了，代码中注意了，但是就在今天逛某某论坛时，又看到有同学在发布这样的经验分享，读完，有感觉模模糊糊，懵懵懂懂。

遂下定决心，整理一篇，为什么不要使用**SELECT * **，直接进入正。

一、为什么不要使用_SELECT *_

首先我们参考一下《阿里java开发手册(泰山版)》中 MySQL 部分描述：

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

说明:

增加查询分析器解析成本。

增减字段容易与 resultMap 配置不一致。

无用字段增加网络 消耗，尤其是 text 类型的字段。

在阿里的开发手册中，大面的概括了上面几点。

二、详细解读原因

1. 使用 * 号查询，会查询出多个我们不需要的字段，增加sql执行的时间，同时大量的多余字段，会增加网络开销

用“SELECT * ”数据库需要解析更多的对象、字段、权限、属性等相关内容，在 SQL 语句复杂，硬解析较多的情况下，会对数据库造成沉重的负担

"SELECT * "经常会带上无用且大文本字段(比如LOG,),当出现这情况时，对于网络开销来说，是一种巨大的负担，甚至网络开销会几何倍数增加，另外如果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列有索引。

这种情况，首先我们要搞明白，mysql会给我们创建那些索引；

我们知道在mysql中(Innodb引擎)聚集索引是一定存在的，如果表结构中定义了主键，聚集索引就根据主键建立，否则如果有唯一列就用唯一列，