sql 性能讨论
在 sql 查询中都说不推荐使用 select *,而是指定字段,性能会更好。尤其是返回大量数据的情况下。
那么如果只返回一条数据的情况下,select * 和指定字段性能上会有多大的区别呢?
如果 select 索引字段,条件也在索引上,大表会走索引查询,无需回表就可以查到数据,这时候性能上会快很多。
如果 select 字段没有命中索引,你 select 字段和你 select * 差不了多少。
网络传输有区别
以 mysql innodb 引擎为例,主键和唯一键查询,只返回一条数据,因为聚簇索引结构,所以 * 和 指定字段没啥区别。
没发比,如果字段里面有 text 类型,网络传输都要一段时间,如果都是 int 类型的字段,一两条根本没什么区别。总之养成好习惯,只返回需要的
性能差别不大,但是后续维护上 DDL 语句添加字段有可能让你之前的 select * 代码挂掉。
对只要不是索引直出,都差不多,但有大字段或一直查千以上条的话就得考虑出口的 IO
话说,被这个 select * 优化坑的年轻人不是一个两个啊
0.0001 秒
0.00001 秒
有多大差距?可以说没多大差距,也可以说有 10 倍差距
这句话有个前提,是列式数据库还是行式数据库。如果是行式数据库,没啥区别,对于硬盘层都是读取整行的数据后,在内存中过滤掉你不要的列;而如果是列式数据库,那就涉及到 IO 次数了,只选择你需要的行远比 select *快得多的多。
除非非常非常多的数据,不然的话区别可以忽略不计,并且 op 说了只返回一条数据,这基本没影响。
看列的数量,返回结果内容的数量,被请求次数。管理系统,大部分情况优不优化 select*丝毫不影响用户体验
感觉除了 slelect * 性能的问题,还有一点好处是可读性吧?
对 oracle 深入了解一些的应该都有听过 sga 和 pga
sga:全局缓存区
pga:会话对应 server 端进程对应缓存区
select 操作中有一步叫做字段投影,即将 sga 中数据块中相关行的相关的列放到 pga 中去
所以仅 select 一部分列的操作相对 select *,pga 中占用内存会少一些
为啥不自己构造数据试下呢
select 还有一个潜在的问题,如果存在多表 join ,随着项目多期开发,表字段会发生变更,如果某个表添加了另外一个表的同名字段,而 2 个表正好有 join ,这时 select 会出现歧异性。而且此类错误很容易在测试阶段没被发现,上线后造成事故。
所以,很多公司有规定,select 不允许用*,字段必须加上表别名。
不谈流量的话:一条数据没有区别;
大字段就有 io ,通常区别不大,个人还是喜欢取该取的字段足够就好了 而不是 *
这个坑我遇到过
50 个字段,只查 1 个字段,也要*么?问题要结合实际场景来看。
#19 如果项目开工时没有严格要求:不需要用 select *,字段必须加表别名;掉坑里再返工工作量还是蛮大的。
其实我还真没咋遇见过要写 select ,简单查询都是插件生成的,有 basefield ,其他的好些你都得 as 别名,直接返回 map ?写*记得 join 的时候给表起别名,要不冲突了。别的无所谓,想怎么干就怎么干,自己怎么舒服怎么来。
不能用苹果了,从稳定性与兼容性角度,推荐哪款手机呢,目前看华为的鸿蒙软件有些会有问题,但未来可期。oppo 和 vivo 好像也还行,不知道 25 年有啥推荐的机型呢 讲道…
本文主要起因是,一次在微博上和朋友关于嵌套好几层的if-else语句的代码重构的讨论(微博原文),在微博上大家有各式各样的问题和想法。按道理来说这些都是编程的基本功,似乎不太值…
下面这段程序是一个C语言的小技巧,其展示了如何把一个参数为结构体的函数转成一个可变参数的函数,其中用到了宏和内建宏“__VA_ARGS__”,下面这段程序可以在GCC下正常编译…
合速度