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 的时候给表起别名,要不冲突了。别的无所谓,想怎么干就怎么干,自己怎么舒服怎么来。
1.最难受的就是圆角设计,真是东施效颦,不知道后续微软会不会把自家 LOGO 也改成圆角的,目前最大的愿望就是希望正式版有改回直角的选项; 2.任务栏的开始图标,一抹浓厚的山寨…
如果共用一个,为了避免 id 重复,还得加 id 前缀,同时有些数据更新频繁,这样也会影响到那些更新不频繁的数据的实时性,但是开多个,也会有维护多个实例的负担,大家都是怎么考虑…
就我所知的写程序的,都用过或者曾经用过猫咪做头像,许多同行也没事喜欢晒猫,业内很多大牛也有养猫的习惯,很多程序本身也带猫猫痕迹。 为什么程序员如此喜欢吃饭? 为什么程序员如此…