为什么不推荐使用 select * ？是性能问题吗？(作者：孤独烟)

￡神魔★判官ぃ 2022-03-06 16:52 312阅读 0赞

作者

孤独烟，中国平安研发工程师，目前负责云平台架构设计以及需求研发工作。毕业后一直从事Java开发工作，在Web开发、架构设计上有多年的实战经验。在MySQL性能优化、JVM调优、分布式领域有着丰富的经验。

## 引言 ##

大家在开发中，还有很多童鞋在写查询语句的时候，习惯写下面这种**不规范**sql

select * from table

而不写成下面的这种**规范**方式

1.   
2.  `select col1,col2,...,coln from table`

我也知道，这些童鞋是图方便，毕竟再敲一堆的列名，嫌麻烦!  
你们上班可以问问自己的同事

> 你：" xx，知道 select \* 和 select 所有字段的区别么？"  
> 同事:" 额。。额。。额。。"  
> 留下的只有尴尬的笑容！

我也知道，很多人至今都没有搞懂 `select * `和 `selct 所有字段 `的区别  
因此，我开一文来说明一下。另外，我选的是自己最熟悉的`mysql`数据库，此文的结论在`oralce`,`sqlserver`上是否成立，博主没做过测试。

## 正文 ##

**select所有字段 性能高?**

网络上流传着一种说法说是

> “\*” 表示通配所有字段，在SQL的机制里，需要先识别统计所有字段再进行下一步。  
> 明确指定字段的话，会减少上述的操作，所以效率有所提升。

然而，实际上呢？效率是相差不大的！。  
下面灰色字体是博客 `flysnowxf.iteye.com/blog/1125032 的测试案例：`

mysql 5.1.37 ，表记录数41,547,002，即4000w行   
使用远程客户端取1000条数据，统计时间：

SELECT \* 方式：

SELECT * FROM `dmsp`.`dmsp_dimension_content` LIMIT 0, 1000;

\-> 时间2.218s，网络消耗0.547s

SELECT 字段 方式：

SELECT `id`, `appid`, `aop`, `t`, `uid`, `sid`, `pid`, `pname`, `bid`, `bname`, `ptype`, `sm`, `sv`, `bt`, `national`, `area`, `ov` FROM `dmsp`.`dmsp_dimension_content` LIMIT 0, 1000;

\-> 取出所有字段，时间2.250s，网络消耗0.578s   
多次查询（改变limit条件避免缓存），时间变化不大。

结论：两者差别几乎可忽略。所以查询所有字段（或者大多数字段）的时候，大可select \* 来操作。如果某些不需要的字段数据量特别大，还是写清楚字段比较好，因为这样可以减少网络传输。

可以看出，这二者的时间差几乎可以忽略，另外还有一本书上的内容也可以佐证我的话。  
《SQL CookBook》第一章 检索记录中1.1小节（原书第十五页内容如下）：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0RvbWVf_size_16_color_FFFFFF_t_70][]

此书也说明了，两种方式在性能上几乎是没有差距的。  
那为什么还是不推荐select \* ?

### **网络IO问题** ###

很多文章里说什么，会带来额外的内存、磁盘、cpu的开销。对此，我有自己的观点。我觉得这不是主要原因。主要原因是带来了额外的网络开销。

在一个系统中，内存、磁盘、cpu的开销，不过是微妙级。造成系统的延迟的重头戏是网络开销。网络开销可能带来秒级的延迟。当然，如果你的应用程序和数据库是在同一台机器上的，那当我没说这句话！

`select * `会查询出不需要的、额外的数据，那么这些额外的数据在网络上进行传输，必定会造成性能延迟。假设你的`table`中，有一个列的类型为`binary`。此时，你的`select *`操作，就会十分缓慢，并且会造成额外的网络开销。

### **索引问题** ###

仔细看下面的两句sql

select col1 from table;select * from table;

如果col1字段包含索引信息，那么此时，这两句的sql执行时间可能会有几十上百倍的差异。

在col1字段有索引的情况下，mysql是可以不用读data，直接使用index里面的值就返回结果的。但是一旦用了`select *`，就会有其他列需要读取，这时在读完index以后还需要去读data才会返回结果。这样就造成了额外的性能开销。

`ps`：我不想在这里扯什么覆盖索引，辅助索引的概念。其实要讲的很专业，扯一堆高大上的名词，我也可以。只是这样徒增读者的理解难度，尽量用通俗的方式来讲。

### **扩展性问题** ###

有的人会觉得

> 使用select \* ，这样在增加列的时候，不用改sql，方便！

然而实际上，你的sql是不用改了，但是对你的程序代码是有很大的影响的！

身为一名21世纪的优良程序员，我们是不能获取自己不需要的东西的！你因为一时高兴，执行了`select *`，如果增加或删除列，会对你的代码有着极大的影响。

反过来，如果你`select 指定列`，只获取自己需要的几列，表结构的修改，对你代码的影响就会小很多。相比之下，风险就没有那么大了！  
另外就是，对于其他人接手你项目的人来说，看到 `select 指定列`的方式，可读性更强，对于他们来说更好上手！

补充：其实公司的数据表可能会被多个开发者使用，并且字段会不断扩充的。开发时尽量操作自己需要的字段。

作者：孤独烟

原文：cnblogs.com/rjzheng/p/9902911.html

参考：flysnowxf.iteye.com/blog/1125032

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0RvbWVf_size_16_color_FFFFFF_t_70]: /images/20220302/cb4ad173903e46b58693ebf9dad625dc.png