为什么说select * 效率低

最新推荐文章于 2023-07-01 23:45:37 发布
最新推荐文章于 2023-07-01 23:45:37 发布
阅读量216 收藏
点赞数
分类专栏： mysql 文章标签： mysql 数据库 索引
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jiayou516/article/details/116742532
版权

为什么说select * 效率低

一、效率低的原因

增加查询分析器解析成本
增减字段容易与resultMap配置不一致
无用字段增加消耗,尤其是text类型的字段

1.不需要的列会增加数据传输时间和网络开销

1.用"select * "数据库需要解析更多的对象,字段,权限,属性等相关内容,在SQL语句复杂,硬解析较多的情况下,会对数据库造成沉重的负担.
2.增大网络开销;*有时候会误带上入log,iconMD5之类的无用大文本字段,数据传输sizeui几何增涨,如果DB和应用程序不在同一太机器上,使用的协议还是tcp,通信也是需要额外的时间.

2.对于无用的大字段,如varchar,bolb,text,会增加io操作

准确来说,长度超过728字节的时候,会先把超出的数据序列化到另一个地方,因此读取这条记录会增加一次io操作.

3.失去MYSQL优化器"覆盖索引"策略优化的可能性

select * 杜绝了覆盖索引的可能性,而基于mysql优化器的"覆盖索引"策略又是速度极快,效率极高,业界极为推荐的查询优化方式.
phl成为自己的太阳
关注
专栏目录
select 某些字段比select * 更快
Top5软件工程硕士，先后在京东、字节从事多年Java后端开发、实时和离线大数据开发
05-21 4667
1尽量养成不要使用*的习惯，select * 可能会对性能产生严重影响, 有一种索引，叫做覆盖索引。准确来说它不是一种索引方式，而是一种索引覆盖查询列程度。比如有一个常用查询，只需要用到表中的某两列，user_id和post_id，而且有一个多列索引已经覆盖了这两个列，那么这个索引就是这个查询的覆盖索引了。如果select `user_id`,`post_id` from xxx 的话，mysq...
Mysql 索引【总结】
单枪匹码
09-18 279
一、索引：索引时数据库中提高查询效率的技术，类似于字典的目录； 1、为什么使用索引？ 如果不使用索引，数据会零散的保存在每一个磁盘块当中，查询数据时，需要挨个的遍历每一个磁盘块查找数据，如果数据量非常大，遍历每一块数据也是一件非常耗时的事情，添加索引后，会将磁盘块以树状结构进行保存，查询数据时会有目的性的访问部分磁盘块，因为访问的磁盘块数量降低，所以能够起到提高查询效率的作用； 2、索引是越多越好吗？ 不是，因为索引会占磁盘空间，通过某个字段创建的索引可能永远用不上，则这个索引完全没有存在的意义，只需要对查
面试官又问我Select * 为什么效率低下？
冢狐的私人空间
09-01 2061
Select * 为什么效率低下 ​ 无论是在平时的工作中还是面试中，都会遇到不让用Select *的情况，那么到底是什么原因导致其沦落到人人喊打的地步呢/ 效率低下的原因 ​ 在阿里java开发手册中关于Mysql的部分描述中提到：在表查询中一律不要使用* 作为查询的字段列表，需要用那些字段必须明确写明。原因如下： 增加查询分析器解析的成本 增减字符容易与resultMap配置不一致 无用字段增加网络消耗，尤其是test类型的字段 那么接下来我们就逐条深入的分析一下 不需要的列会增加数据传
select * 效率低的原因
Crime11的博客
02-16 754
索引并不是越多越好的，表格中数据量较小，列不经常被利用当作条件，列经常用（频繁的修改）的时候不建议创建索引，索引本身是有空间和存储消耗的。首先这是一条SQL查询语句，sql语句都是从客户端发给服务端的，select * 就会引发一些问题。2.增加了IO读写的消耗，包括了不用的数据，甚至是大文本数据，用*作为条件会查询出大量不需要的数据。5.如果使用*会屏蔽索引的使用，借助不到索引，性能自然也就会慢。1.解析sql性能慢，增加的服务器解析sql的成本。辅助索引：存储的是列信息-----引用。
SQL 查询优化：为何 SELECT * 会拖慢你的数据库速度
最新发布
Lion_Long的博客
07-01 6446
在数据库查询中，SELECT * 语句虽然方便快捷，但却可能带来严重的性能问题。由于它会检索所有列和行数据，导致系统资源的浪费和查询效率的下降。此外，过多的数据传输也会增加网络负担，进一步影响系统性能。本文将探讨 SELECT * 带来的具体问题，并提供优化查询效率的方法。通过选择显式字段和合理使用索引，您可以显著提升数据库的性能和响应速度。
别用select *
Meiko记录
10-27 219
1. 不需要的列会增加数据传输时间和网络开销 用“SELECT * ”数据库需要解析更多的对象、字段、权限、属性等相关内容，在 SQL 语句复杂，硬解析较多的情况下，会对数据库造成沉重的负担。 增大网络开销；* 有时会误带上如log、IconMD5之类的无用且大文本字段，数据传输size会几何增涨。如果DB和应用程序不在同一台机器，这种开销非常明显 即使 mysql 服务器和客户端是在同一台机器上，使用的协议还是 tcp，通信也是需要额外的时间。 2. 对于无用的大字段，如 varchar、blob、
为什么SELECT * 效率低
上海市市花的博客
04-06 4053
为什么SELECT * 效率低一、效率低的原因1. 不需要的列会增加数据传输时间和网络开销2. 对于无用的大字段，如 varchar、blob、text，会增加 io 操作3. 失去MySQL优化器“覆盖索引”策略优化的可能性二、索引1. 联合索引优势：1. 减少开销2. 覆盖索引3. 效率高建立索引注意事项： 一、效率低的原因 增加查询分析器解析成本。 增减字段容易与 resultMap 配置不一致。 无用字段增加网络 消耗，尤其是 text 类型的字段。 1. 不需要的列会增加数据传输时间和网络开销
mysql 多查一列 慢_MySQL学习笔记-为什么SELECT *会导致查询效率低？
weixin_32123093的博客
02-27 650
面试官：“小陈，说一下你常用的SQL优化方式吧。”陈小哈：“那很多啊，比如不要用SELECT *，查询效率低。巴拉巴拉...”面试官：“为什么不要用SELECT * ？它在哪些情况下效率低呢？”陈小哈：“SELECT * 它好像比写指定列名多一次全表查询吧，还多查了一些无用的字段。”面试官：“嗯...”陈小哈：“emmm~ 没了”陈小哈：“....??(几个意思)”面试官：“嗯...好，那你还有什...
MySQL里为什么会建议不要使用SELECT *？
wdj_yyds的博客
05-10 2451
“不要使用SELECT *”几乎已经成为了MySQL使用的一条金科玉律，就连《阿里Java开发手册》也明确表示不得使用*作为查询的字段列表，更是让这条规则拥有了权威的加持。 不过我在开发过程中直接使用SELECT *还是比较多的，原因有两个： 因为简单，开发效率非常高，而且如果后期频繁添加或修改字段，SQL语句也不需要改变； 我认为过早优化是个不好的习惯，除非在一开始就能确定你最终实际需要的字段是什么，并为之建立恰当的索引；否则，我选择遇到麻烦的时候再对SQL进行优化，当然前提是这...
如何阻止SELECT * 语句
12-14
总的来说，避免"SELECT *"的主要目标是提高查询效率，减少不必要的数据传输，以及确保代码的可维护性。通过在表中添加计算列，我们可以从技术层面实现这一目标，同时提醒开发者遵循最佳实践，养成良好的SQL编写习惯...
面试官：到底是什么原因才导致 select * 效率低下的?
xmt1139057136的专栏
02-08 706
你知道的越多，不知道的就越多，业余的像一棵小草！你来，我们一起精进！你不来，我和你的竞争对手一起精进！编辑：业余草blog.csdn.net/qq_39390545/article/det...
浅析为什么开发中阿里禁用Select *查询
qq_21875331的博客
07-01 700
1、低效率原因 首先看下阿里开发手册中关于Mysql的描述： 4 - 1. 【强制】在表查询中，一律不要使用 * 作为查询的字段列表，需要哪些字段必须明确写明。 说明： 增加查询分析器解析成本。 增减字段容易与 resultMap 配置不一致。 无用字段增加网络 消耗，尤其是 text 类型的字段。 开发手册中比较概括的提到了几点原因，具体分析： 对于无用的大字段，如 varchar、blob、text，会增加 io 操作 准确说，字符字节长度超过 728 字节的时候，数据库会先把超出的数据序列化到另外
为什么大家都说SELECT * 效率低
weixin_43167418的博客
11-11 158
来自：CSDN（作者：_陈哈哈）原文链接（底部链接可直达）：https://blog.csdn.net/qq_39390545/article/details/106766965面试官：...
SELECT * 查询为什么效率低
FurtherSkyQ的博客
06-24 599
面试官：“小陈，说一下你常用的SQL优化方式吧。” 陈小哈：“那很多啊，比如不要用SELECT *，查询效率低。巴拉巴拉...” 面试官：“为什么不要用SELECT * ？它在哪些情况下效率低呢？” 陈小哈：“SELECT * 它好像比写指定列名多一次全表查询吧，还多查了一些无用的字段。” 面试官：“嗯...” 陈小哈：“emmm~ 没了” 陈小哈：“....??（几个意思）” 面试官：“嗯...好，那你还有什么要问我的么？” 陈小哈：“我问你个锤子，把老子简历还我！” 无论在工作还是..
为什么大家都说 SELECT * 效率低
hello world！
07-01 283
点击上方“java大数据修炼之道”，选择“设为星标”优质文章, 第一时间送达作者：陈哈哈来源：blog.csdn.net/qq_39390545/article/details/1067...
为什么大家都说 SELECT * 效率低
MarkerHub的博客
07-23 121
小Hub领读：用什么字段，就select什么字段，养成好习惯！作者：陈哈哈blog.csdn.net/qq_39390545/article/details/106766965面试官：“...
为什么不推荐用select*
03-08
作为一个 AI 语言模型，我认为不推荐使用 select* 是因为它会导致查询的效率低下。当使用 select* 时，查询语句会返回表中的所有列，包括不需要的列，这会导致查询的数据量增加，从而降低查询的速度。此外，如果表中...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值