为什么普遍认为使用 SELECT * 语句会降低查询效率?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1831个文字,预计阅读时间需要8分钟。
在工作和面试中,关于SQL的常见问题之一是避免使用SELECT *。虽然这个问题常被提及,但很多人只是停留在表面理解,缺乏深入探究。真正去追根溯源,探究其原理的人并不多。
无论在工作还是面试中,关于SQL中不要用“SELECT *”,都是大家听烂了的问题,虽说听烂了,但普遍理解还是在很浅的层面,并没有多少人去追根究底,探究其原理。
效率低的原因
先看一下最新《阿里java开发手册(泰山版)》中 MySQL 部分描述:
在表查询中,一律不要使用 * 作为查询的字段列表,需要哪些字段必须明确写明。说明:
- 增加查询分析器解析成本。
- 增减字段容易与 resultMap 配置不一致。
- 无用字段增加网络 消耗,尤其是 text 类型的字段。
开发手册中比较概括的提到了几点原因,让我们深入一些看看:
1. 不需要的列会增加数据传输时间和网络开销
- 用“SELECT * ”数据库需要解析更多的对象、字段、权限、属性等相关内容,在 SQL 语句复杂,硬解析较多的情况下,会对数据库造成沉重的负担。
- 增大网络开销;* 有时会误带上如log、IconMD5之类的无用且大文本字段,数据传输size会几何增涨。如果DB和应用程序不在同一台机器,这种开销非常明显
- 即使 mysql 服务器和客户端是在同一台机器上,使用的协议还是 tcp,通信也是需要额外的时间。
2. 对于无用的大字段,如 varchar、blob、text,会增加 io 操作
准确来说,长度超过 728 字节的时候,会先把超出的数据序列化到另外一个地方,因此读取这条记录会增加一次 io 操作。
本文共计1831个文字,预计阅读时间需要8分钟。
在工作和面试中,关于SQL的常见问题之一是避免使用SELECT *。虽然这个问题常被提及,但很多人只是停留在表面理解,缺乏深入探究。真正去追根溯源,探究其原理的人并不多。
无论在工作还是面试中,关于SQL中不要用“SELECT *”,都是大家听烂了的问题,虽说听烂了,但普遍理解还是在很浅的层面,并没有多少人去追根究底,探究其原理。
效率低的原因
先看一下最新《阿里java开发手册(泰山版)》中 MySQL 部分描述:
在表查询中,一律不要使用 * 作为查询的字段列表,需要哪些字段必须明确写明。说明:
- 增加查询分析器解析成本。
- 增减字段容易与 resultMap 配置不一致。
- 无用字段增加网络 消耗,尤其是 text 类型的字段。
开发手册中比较概括的提到了几点原因,让我们深入一些看看:
1. 不需要的列会增加数据传输时间和网络开销
- 用“SELECT * ”数据库需要解析更多的对象、字段、权限、属性等相关内容,在 SQL 语句复杂,硬解析较多的情况下,会对数据库造成沉重的负担。
- 增大网络开销;* 有时会误带上如log、IconMD5之类的无用且大文本字段,数据传输size会几何增涨。如果DB和应用程序不在同一台机器,这种开销非常明显
- 即使 mysql 服务器和客户端是在同一台机器上,使用的协议还是 tcp,通信也是需要额外的时间。
2. 对于无用的大字段,如 varchar、blob、text,会增加 io 操作
准确来说,长度超过 728 字节的时候,会先把超出的数据序列化到另外一个地方,因此读取这条记录会增加一次 io 操作。

