sql 性能讨论

如果 select 索引字段，条件也在索引上，大表会走索引查询，无需回表就可以查到数据，这时候性能上会快很多。

如果 select 字段没有命中索引，你 select 字段和你 select * 差不了多少。

@dylanqqt 网络传输有区别

以 mysql innodb 引擎为例，主键和唯一键查询，只返回一条数据，因为聚簇索引结构，所以 * 和 指定字段没啥区别。

没发比，如果字段里面有 text 类型，网络传输都要一段时间，如果都是 int 类型的字段，一两条根本没什么区别。总之养成好习惯，只返回需要的

性能差别不大，但是后续维护上 DDL 语句添加字段有可能让你之前的 select * 代码挂掉。

@dylanqqt 对只要不是索引直出,都差不多,但有大字段或一直查千以上条的话就得考虑出口的 IO

话说,被这个 select * 优化坑的年轻人不是一个两个啊

0.0001 秒
0.00001 秒

有多大差距？可以说没多大差距，也可以说有 10 倍差距

这句话有个前提，是列式数据库还是行式数据库。如果是行式数据库，没啥区别，对于硬盘层都是读取整行的数据后，在内存中过滤掉你不要的列；而如果是列式数据库，那就涉及到 IO 次数了，只选择你需要的行远比 select *快得多的多。

@glacer 除非非常非常多的数据，不然的话区别可以忽略不计，并且 op 说了只返回一条数据，这基本没影响。

看列的数量，返回结果内容的数量，被请求次数。管理系统，大部分情况优不优化 select*丝毫不影响用户体验

感觉除了 slelect * 性能的问题，还有一点好处是可读性吧？

对 oracle 深入了解一些的应该都有听过 sga 和 pga

sga：全局缓存区
pga：会话对应 server 端进程对应缓存区

select 操作中有一步叫做字段投影，即将 sga 中数据块中相关行的相关的列放到 pga 中去

所以仅 select 一部分列的操作相对 select *，pga 中占用内存会少一些

为啥不自己构造数据试下呢

select * 还有一个潜在的问题，如果存在多表 join ，随着项目多期开发，表字段会发生变更，如果某个表添加了另外一个表的同名字段，而 2 个表正好有 join ，这时 select *会出现歧异性。而且此类错误很容易在测试阶段没被发现，上线后造成事故。

所以，很多公司有规定，select 不允许用*，字段必须加上表别名。

不谈流量的话：一条数据没有区别；

大字段就有 io ，通常区别不大，个人还是喜欢取该取的字段足够就好了 而不是 *

@yinmin 这个坑我遇到过

50 个字段，只查 1 个字段，也要*么？问题要结合实际场景来看。