为什么不推荐使用 select * ？是性能问题吗？

女爷i 2022-03-06 15:56 368阅读 0赞

## 作者 ##

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

## 引言 ##

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

select \* from table  
而不写成下面的这种规范方式

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

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

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

## 正文 ##

select所有字段 性能高?

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

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

然而，实际上呢？效率是相差不大的！。  
下面灰色字体是博客 [flysnowxf.iteye.com/blog/1125032][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_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3liNTQ2ODIyNjEy_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][cnblogs.com_rjzheng_p_9902911.html]

参考：[flysnowxf.iteye.com/blog/1125032][flysnowxf.iteye.com_blog_1125032]

[flysnowxf.iteye.com_blog_1125032]: http://flysnowxf.iteye.com/blog/1125032
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3liNTQ2ODIyNjEy_size_16_color_FFFFFF_t_70]: /images/20220302/6a1549a01e82415a8312e3ffae4cac75.png
[cnblogs.com_rjzheng_p_9902911.html]: http://cnblogs.com/rjzheng/p/9902911.html