码农知识堂 - 1000bd
  •   Python
  •   PHP
  •   JS/TS
  •   JAVA
  •   C/C++
  •   C#
  •   GO
  •   Kotlin
  •   Swift
  • MySQL里为什么会建议不要使用SELECT ?


    “不要使用SELECT *”几乎已经成为了MySQL使用的一条金科玉律,就连《阿里Java开发手册》也明确表示不得使用*作为查询的字段列表,更是让这条规则拥有了权威的加持。

    不过我在开发过程中直接使用SELECT *还是比较多的,原因有两个:

    1. 因为简单,开发效率非常高,而且如果后期频繁添加或修改字段,SQL语句也不需要改变;
    2. 我认为过早优化是个不好的习惯,除非在一开始就能确定你最终实际需要的字段是什么,并为之建立恰当的索引;否则,我选择遇到麻烦的时候再对SQL进行优化,当然前提是这个麻烦并不致命。

    但是我们总得知道为什么不建议直接使用SELECT *,本文从4个方面给出理由。

    1. 不必要的磁盘I/O

    我们知道 MySQL 本质上是将用户记录存储在磁盘上,因此查询操作就是一种进行磁盘IO的行为(前提是要查询的记录没有缓存在内存中)。

    查询的字段越多,说明要读取的内容也就越多,因此会增大磁盘 IO 开销。尤其是当某些字段是 TEXT、MEDIUMTEXT或者BLOB 等类型的时候,效果尤为明显。

    那使用SELECT *会不会使MySQL占用更多的内存呢?

    理论上不会,因为对于Server层而言࿰

  • 相关阅读:
    坦桑尼亚COC认证是什么?什么是坦桑尼亚COC认证?
    适合程序员/软件开发者的专业编辑器/笔记软件综合评测和全面推荐
    【设计模式-04】原型模式
    Redis常见场景问题和解决方案
    tars架构
    【C++】一文简练总结【多态】及其底层原理&具体应用(21)
    【Linux08-进程信号】信号的一生……
    Stable Diffusion源码调试(一)
    【译】解开托管内存的秘密:深入了解事件处理程序泄漏!
    【Unity程序技巧】2D音乐中心管理器
  • 原文地址:https://blog.csdn.net/m0_66557301/article/details/124834353
  • 最新文章
  • 攻防演习之三天拿下官网站群
    数据安全治理学习——前期安全规划和安全管理体系建设
    企业安全 | 企业内一次钓鱼演练准备过程
    内网渗透测试 | Kerberos协议及其部分攻击手法
    0day的产生 | 不懂代码的"代码审计"
    安装scrcpy-client模块av模块异常,环境问题解决方案
    leetcode hot100【LeetCode 279. 完全平方数】java实现
    OpenWrt下安装Mosquitto
    AnatoMask论文汇总
    【AI日记】24.11.01 LangChain、openai api和github copilot
  • 热门文章
  • 十款代码表白小特效 一个比一个浪漫 赶紧收藏起来吧!!!
    奉劝各位学弟学妹们,该打造你的技术影响力了!
    五年了,我在 CSDN 的两个一百万。
    Java俄罗斯方块,老程序员花了一个周末,连接中学年代!
    面试官都震惊,你这网络基础可以啊!
    你真的会用百度吗?我不信 — 那些不为人知的搜索引擎语法
    心情不好的时候,用 Python 画棵樱花树送给自己吧
    通宵一晚做出来的一款类似CS的第一人称射击游戏Demo!原来做游戏也不是很难,连憨憨学妹都学会了!
    13 万字 C 语言从入门到精通保姆级教程2021 年版
    10行代码集2000张美女图,Python爬虫120例,再上征途
Copyright © 2022 侵权请联系2656653265@qq.com    京ICP备2022015340号-1
正则表达式工具 cron表达式工具 密码生成工具

京公网安备 11010502049817号