为什么要进行SQL优化？建议收藏

最新推荐文章于 2025-06-04 13:21:46 发布
原创 最新推荐文章于 2025-06-04 13:21:46 发布 · 2.2k 阅读 · 10 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #sql

本文深入探讨了SQL优化的重要性，包括查询性能低、执行时间过长等问题的原因，并详细讲解了SQL执行过程及优化目标。特别关注数据库索引的原理与应用，如何通过合理使用索引减少I/O操作，提升查询效率。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在这里插入图片描述
为什么SQL需要优化?

  1. 查询性能低
  2. 执行时间过长
  3. 等待时间过长
  4. SQL写的太差(尤其体现在多表查询上)
  5. 索引失效
  6. 服务器参数(缓存,线程数)设置不合理
  7. 项目需求不合理
  8. …等等

我们程序员写代码时能做的只有对写SQL尽可能的做出优化,执行效率更高,有效的使用索引,重点放在写SQL上

SQL的执行过程

MySQL在接收到客户端传入的SQL语句后并不能马上对该SQL进行执行,是需要经过一系列复杂的流程,最终转变成二进制的机器码,才能被执行的,我们需要对执行的SQL进行优化,那么就有必须先来了解下,一个SQL语句的执行有哪些主要环节,以查询的SQL来举例

查询语句的执行过程:
在这里插入图片描述

  • 通过网络的通讯协议接收客户端传入的SQL

  • 查看该SQL对应的结果在查询缓存中是否存在

    • 存在则直接返回结果

    • 不存在则继续往下走

  • 由解析器来解析当前SQL,最终形成初步的解析树

  • 再由预处理器对解析树进行调整,完成占位符赋值等操作

  • 查询优化器对最终的解析树进行优化,包括调整SQL顺序等

  • 根据优化后的结果得出查询语句的执行计划,就是查询数据的具体实施方案,交给查询的执行引擎

  • 查询执行引擎调用存储引擎提供的API,最后由存储引擎来完成数据的查询,然后返回结果

SQL的执行顺序

写SQL时的顺序

select … from … join … on … where … group by … having … order by … limit …

解析SQL时的顺序

from … on … join … where … group by … having … select … order by … limit …

详情参看文档: https://www.cnblogs.com/annsshadow/p/5037667.html

SQL优化的目标

对于SQL优化来讲重中之重就是优化索引的使用

数据库索引

什么是索引?

索引是一种帮助数据库获得高效查询效率的数据库对象,该数据库对象使用了特殊的数据结构,以B树和Hash树最为常见,MySQL中索引默认使用的是B树

通俗来讲可以这样理解,索引好比是字典的目录,我们在查询某个字时,可以先从目录中查找,看看我们需要的找字在字典中具体页码是多少,然后再直接翻到对应的页码,从而快速的找我们需要的内容,如果没有这个目录,我们就只能从字典的第一页开始,一页一页的往下翻,直到找到我们需要的内容,从这里我们不难看出目录对查询数据的所提高的性能之大,作用非常关键,同样索引也是一样的

用户表(user)数据:

idnameage
10赵铁柱18
20唐马儒25
30张全蛋20
40王尼玛16
50王大锤30
60易小星30

我们对age列建立B树(一般指B+树)索引,遵循树数据结构的特点,对比当前节点,小的放左边,大的放右边:

在这里插入图片描述

查询age小于等于18的数据:

select * from user where age <= 18

  • 没有索引的时候

    使用的全表检索的方式,直接访问文件中的数据,对该列的每一个值进行访问,此时访问文件中数据使用了大量的IO操作,而IO操作是要耗费大量性能

  • 有索引的时候

    索引文件已经使用数据结构对数据进行了排序和合并,当我们需要查询age小于等于18的数据时,只要通过二分查找的方式,从索引中找18和18节点上挂载的左边节点全都获取出来,再根据ID获取到对应的数据,这种方式能有效的减少IO操作

使用了索引后我们能感受到最直接的好处就是,通过减少IO操作的次数,从而提升查询的性能

拓展:在BTree数据结构中,数据全都存放在叶子节点上,无论查找什么数据都只跟树的层数有关,一个3层结构的BTree能容纳上百万的数据,在上百万的数据中查询某个数据就只需要找3次,效率极高
在这里插入图片描述

索引的利

  • 减少IO操作次数,提供查询效率
  • 降低CUP使用率(在排序操作中尤为明显)

索引的弊

  • 占据大量的硬盘存储空间
  • 不适用索引的情况
    • 数据量小的表
    • 频繁变动的字段
    • 不经常查询的字段
    • 降低DML操作的效率

索引分类

一个表是可以有多个不同的索引,

  • 主键索引

    只在建立主键约束时自动添加,特点:非空且唯一

  • 单列索引

    单独对表中的某个列数据建立索引

  • 唯一索引

    在该索引中没有重复的数据,都是唯一的

  • 复合索引

    多个列的值组成的索引,当第一个列的值重复时,按照后面的组合必须查找数据

    复合索引相当于字典的二级目录,当前一个值一致时,再使用后一个值做筛选

项目中使用最多的是复合索引,在实际的需求中我们往往都是按照多个条件做查询,而MySQL在做查询时只能选择1个索引来使用,因此复合索引比较有优势,但是复合索引的使用限制比较多,后面在实际操作的时候再说

漠狐烟
关注
MySQL性能优化，sql优化有哪些，数据库如何优化设计（一）
zhangfuping123456789的博客
03-18 4056
sql优化、mysql、java
探寻性能优化：如何衡量？如何决策？
热门推荐
张彦峰的博客
06-11 8万+
性能优化，看似简单，实则复杂。就像选择一辆汽车一样，你想要的不仅仅是动力强劲，还要兼顾燃油经济性、操控稳定性等一系列指标。而在优化系统性能时，我们也需要综合考虑各种衡量指标，才能做出明智的决策。
SQL优化的必要性及方法
dingxiting的博客
10-31 637
一、SQL优化的必要性 程序员开发项目的初期，由于数据量少的原因，对于查询SQL以及一些视图的编写没有过多注意，此时也体会不到SQL语句的性能差异。但是在项目上线后，随着数据的增加，SQL的执行效率对于程序运行的效率影响逐渐增大，导致系统的响应时间越来越慢，影响用户的操作体验，因此SQL的优化非常必要。 二、SQL优化 1.尽量避免select *的存在，使用具体的列，避免查询出不需要的、额外的数据；这些额外的数据在网络上进行传输，势必会造成性能延迟。 2.尽量避免一次性返回大量数据，建议分页返回。 3.尽
实例说明sql优化的重要性——（一）
lunar的小铺
04-06 3764
接到报告说，某省数据库CPU长时间负载很高，很多时候还经常是cpu idle值为各位数，甚至经常为于是赶紧登陆检查，发现主要的瓶颈是WAIT IO，初步判断是和业务中的SQL语句有关的问题造成的。HP-UX db01 B.11.11 U 9000/800    02/14/0609:40:17    %usr    %sys    %wio   %idle09:40:19      13   
SQL语句测试：核心概念与实践方法
最新发布
weixin_27645199的博客
06-04 892
SQL（Structured Query Language）是一种用于数据库管理的高级编程语言，它是数据库管理员、开发者和数据分析人员的基石。SQL主要由数据查询语言（DQL）、数据操作语言（DML）、数据定义语言（DDL）和数据控制语言（DCL）等部分组成，每部分承担着不同的功能和责任。SQL语句不仅能够处理基础的数据库操作，它还具备复杂的数据查询、多表连接、子查询、事务处理以及数据完整性和安全性控制等高级功能。
SQL优化
琉璃的博客
01-11 269
一、为什么要对SQL进行优化 我们开发项目上线初期，由于业务数据量相对较少，一些SQL的执行效率对程序运行效率的影响不太明显，而开发和运维人员也无法判断SQL对程序的运行效率有多大，故很少针对SQL进行专门的优化，而随着时间的积累，业务数据量的增多，SQL的执行效率对程序的运行效率的影响逐渐增大，此时对SQL的优化就很有必要。 二、SQL优化的一些方法 1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 wh...
SQL语句优化方案
08-24 397
1. 高效地进行SQL语句设计： 通常情况下，可以采用下面的方法优化SQL对数据操作的表现： （1）减少对数据库的查询次数，即减少对系统资源的请求，使用快照和显形图等分布式数据库对象可以减少对数据库的查询次数。 （2）尽量使用相同的或非常类似的SQL语句进行查询，这样不仅充分利用SQL共享池中的已经分析的语法树，要查询的数据在SGA中命中的可能性也会大大增加。 （3）避免不带任何条
sql 优化，提高查询速度
我哎GIS博客
08-14 1万+
sql 优化，提高查询速度
数据库SQL语句优化总结(收藏)
09-09
数据库SQL语句优化是提升数据库性能的关键步骤，尤其是在处理大量数据时。以下是对标题和描述中涉及的知识点的详细说明： 1. **建立索引**：索引是提高查询速度的关键，应该在经常用于WHERE子句和ORDER BY子句中的...
ODPS SQL 优化总结
Code365
06-25 1073
通过CREATE TABLE或者ALTER TABLE语句，指定一个或者多个Cluster列，通过哈希方法，把数据存储分散到若干个桶里面，类似于这样：CREATE TABLE T (C1 string, C2 string, C3 int) CLUSTERED BY (C3) SORTED by (C3) INTO 1024 BUCKETS;
SQL优化SQL语句优化的目的
qq_43725031的博客
03-01 1269
sql的优化，要看优化什么，性能，效率，稳定性，安全性？每个方面都有很大的不同。 内容参见：[https://blog.csdn.net/sinat_37464123/article/details/80954869](https://blog.csdn.net/sinat_37464123/article/details/80954869)。 一是格式优化，使sql看起来整洁，易读，这样对...
写一手好SQL很有必要
weixin_30606461的博客
09-06 409
MySQL性能 最大数据量 最大并发数 查询耗时0.5秒 实施原则 数据表设计 数据类型 避免空值 text类型 索引优化 索引分类 优化原则 SQL优化 分批处理 不做列运算 避免Select * 操作符<>优化 OR优化 IN优化 LIKE优化 JOIN优化 LIMIT优化 其他数据库   博主负责的项目主要采用阿里云数据库MySQL，最近频繁出现慢S...
sql优化
王帆的专栏
02-14 609
数据库优化这个课题较大，可分为四大类：        》主机性能        》内存使用性能        》网络传输性能        》SQL语句执行性能【软件工程师】 下面列出一些数据库SQL优化方案： （01）选择最有效率的表名顺序（笔试常考）        数据库的解析器按照从右到左的顺序处理FROM子句中的表名，        FROM子句中写在最后的表将
为什么要使用 99+，记一次 sql 优化（消息数量显示优化）
java、c++、机器学习方向King
02-14 1489
http://www.tuicool.com/articles/6fIbEvQ 一般在设计通知中心时，都会在入口处显示一个未读消息数，这样不仅可以醒目地告知用户有未读消息，还能让用户更容易从众多小图标中区分出通知中心的入口。比如 ucloud 控制台的顶栏： 我们网站的通知中心也一样，在入口同样加上了未读消息数的显示。 上线后平稳运行，以为可以就这样一直美下去
SQL优化必要性及其实际操作
yanyanmoxi的博客
03-25 393
1 , SQL优化的必要性 1 ) , 硬件角度 现今 , 数据库服务器多为固态驱动 （Solid State Disk或Solid State Drive，简称SSD）, 俗称固态硬盘 。 SSD 具备随机读能力非常好 和 不存在磁盘寻道的延迟时间 的优势 ; 但是 , 也有着写入放大 和 因为存储晶体颗粒本质存在写磨损 , 以及读写寿命次数有限的缺点 。 所以 , 我们SQL优化是为了减少不...
mysql为什么需要优化
第二颗大白菜
01-24 712
mysql为什么需要优化 今天用一篇文章讲讲为什么sql需要优化，天天讲怎么优化，那么到底为啥需要优化呢？不知道各位同学有没有深思过这个问题。今天我们一起来思考一下。 先贴上Mysql的官方的一段话 当使用MyISAM存储引擎时，MySQL使用极快速的表锁定，以便允许多次读或一次写。使用该存储引擎的最大问题出现在同一个表中进行混合稳定数据流更新与慢速选择。如果这只是某些表的问题，你可以使用另一个存储引擎。参见第15章：存储引擎和表类型。 ​ MySQL可以使用事务表和非事务表。为了更容易..
通过分析SQL语句的执行计划优化SQL(总结)(zt)
cuixie2370的博客
10-29 548
http://www.cnoug.org/viewthread.php?tid=80153 做DBA快7年了，中间感悟很多。在DBA的日常工作中，调整个别性能较差的SQL语句时一项富有...
数据库优化的目的
空白_回忆的博客
07-19 709
数据库优化的目的
sql in 不能超过_52 条 SQL 语句性能优化策略，建议收藏
06-02
当使用 `IN` 关键字时，如果后面跟的是一个过长的列表，会导致查询的性能下降。以下是一些优化策略： 1. 使用 `EXISTS` 替代 `IN` 关键字，因为 `EXISTS` 只需要匹配到一条记录即可返回结果，而 `IN` 则需要匹配整个列表。例如： ```sql SELECT * FROM table1 WHERE id IN (SELECT id FROM table2); ``` 可以改写为： ```sql SELECT * FROM table1 WHERE EXISTS (SELECT 1 FROM table2 WHERE table1.id = table2.id); ``` 2. 将列表转换为临时表，使用 `JOIN` 关键字来优化查询。例如： ```sql SELECT * FROM table1 WHERE id IN (1, 2, 3, ..., 52); ``` 可以改写为： ```sql CREATE TEMPORARY TABLE temp_table ( id INT ); INSERT INTO temp_table (id) VALUES (1), (2), (3), ..., (52); SELECT * FROM table1 JOIN temp_table ON table1.id = temp_table.id; ``` 3. 使用索引来加速查询。如果 `IN` 列表中的值经常重复出现，可以考虑在该列上创建索引，以加快查询速度。 4. 将 `IN` 列表中的值按照顺序排列，以便在查询时利用索引的有序性能够更快地定位到匹配的值。 5. 将 `IN` 列表中的值拆分成多个子列表，每个子列表不超过 50 个值，然后使用 `OR` 连接这些子列表。例如： ```sql SELECT * FROM table1 WHERE id IN (1, 2, ..., 80); ``` 可以改写为： ```sql SELECT * FROM table1 WHERE id IN (1, 2, ..., 50) OR id IN (51, 52, ..., 80); ``` 以上是一些常见的优化策略，具体优化方式需要根据具体情况进行选择。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值