Mysql进阶优化篇05——子查询的优化和排序优化

已于 2022-08-16 23:57:14 修改
阅读量3.1k 收藏 17
点赞数 6
分类专栏： mysql 文章标签： mysql java 面试
于 2022-08-16 00:15:54 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41708993/article/details/126355521
版权

前 言
🍉 作者简介：半旧518，长跑型选手，立志坚持写10年博客，专注于java后端
🍌 专栏简介：mysql基础、进阶，主要讲解mysql数据库sql刷题、进阶知识，包括索引、数据库调优、分库分表等
🌰 文章简介：本文将介绍JOIN语句的底层原理，建议收藏备用。
🍓 相关推荐：

文章目录

1.子查询的优化

MySQL 从 4.1 版本开始支持子查询，使用子查询可以进行 SELECT 语句的嵌套查询，即一个 SELECT 查询的结果作为另一个 SELECT 语句的条件。子查询可以一次性完成很多逻辑上需要多个步骤才能完成的操作 。

子查询是 MySQL 的一项重要的功能，可以帮助我们通过一个 SQL 语句实现比较复杂的查询。但是，子查询的执行效率不高。

原因:

执行子查询时，MySQL 需要为内层查询语句的查询结果建立一个临时表 ，然后外层查询语句从临时表中查询记录。查询完毕后，再撤销这些临时表 。这样会消耗过多的 CPU 和 IO 资源，产生大量的慢查询。
子查询的结果集存储的临时表，不论是内存临时表还是磁盘临时表都 不会存在索引 ，所以查询性能会受到一定的影响。
对于返回结果集比较大的子查询，其对查询性能的影响也就越大。
在 MySQL 中，可以使用连接（JOIN）查询来替代子查询。 连接查询 不需要建立临时表，其 速度比子查询要快，如果查询中使用索引的话，性能就会更好。

举例1：查询学生表中是班长的学生信息

使用子查询

#创建班级表中班长的索引
CREATE INDEX idx_monitor ON class(monitor);

#查询班长的信息
EXPLAIN SELECT * FROM student stu1
    WHERE stu1.`stuno` IN (
    SELECT monitor
    FROM class c
    WHERE monitor IS NOT NULL
);

本地测试执行实践0.036s。

推荐：使用多表查询，本地测试时间仅仅为0.016s。

EXPLAIN SELECT stu1.* FROM student stu1 JOIN class c 
ON stu1.`stuno` = c.`monitor`
WHERE c.`monitor` IS NOT NULL;

在这里插入图片描述

举例2：取所有不为班长的同学
不推荐

#查询不为班长的学生信息
EXPLAIN SELECT SQL_NO_CACHE a.* 
FROM student a 
WHERE  a.stuno  NOT  IN (
            SELECT monitor FROM class b 
            WHERE monitor IS NOT NULL);

推荐

EXPLAIN SELECT SQL_NO_CACHE a.*
FROM  student a LEFT OUTER JOIN class b 
ON a.stuno =b.monitor
WHERE b.monitor IS NULL;

🌹结论：尽量不要使用 NOT IN 或者 NOT EXISTS，用 LEFT JOIN xxx ON xx WHERE xx IS NULL 替代

2 排序优化

2.1 排序优化

问题：在 WHERE 条件字段上加索引，但是为什么在 ORDER BY 字段上还要加索引呢？

  • 在 MySQL 中，支持两种排序方式，分别是 FileSort 和 Index 排序。 Index 排序中，索引可以保证数据的有序性，就不需要再进行排序，效率更更高。

  • FileSort 排序则一般在 内存中 进行排序，占用 CPU 较多。如果待排序的结果较大，会产生临时文件 I/O 到磁盘进行排序的情况，效率低。

优化建议:

  • SQL 中，可以在 WHERE 子句和 ORDER BY 子句中使用索引，目的是在 WHERE 子句中 避免全表扫描，在 ORDER BY 子句 避免使用 FileSort 排序。当然，某些情况下全表扫描，或者 FileSort 排序不一定比索引慢。但总的来说，我们还是要避免，以提高查询效率。

  • 尽量使用 Index 完成 ORDER BY 排序。如果 WHERE 和 ORDER BY 后面是相同的列就使用单索引列；如果不同就使用联合索引。

  • 无法使用 Index 时，需要对 FileSort 方式进行调优。

2.2 测试

先准备下，调用存储过程删除student,和class表上的索引。

CALL proc_drop_index('mysql', 'student')
CALL proc_drop_index('mysql', 'class')

现在进行排序查询。

EXPLAIN SELECT SQL_NO_CACHE * FROM student ORDER BY age,classid;

很明显是using filesort.
在这里插入图片描述
创建索引。但是不加limit限制，索引失效。

CREATE  INDEX idx_age_classid_name ON student (age,classid,NAME);

#不限制,索引失效
EXPLAIN  SELECT SQL_NO_CACHE * FROM student ORDER BY age,classid;

在这里插入图片描述

这是优化器通过计算发现，这里需要回表的数据量特别大，使用索引的性能代价反而比不上不用索引的。

再来，不需要回表。

# 会使用索引 （覆盖索引）
EXPLAIN  SELECT SQL_NO_CACHE age,classid,name,id FROM student ORDER BY age,classid;

在这里插入图片描述
再来。限制排序返回的结果数量，可以使用索引。

EXPLAIN  SELECT SQL_NO_CACHE * FROM student ORDER BY age,classid LIMIT 10;

再来，order by 时顺序错误，索引失效

#创建索引age,classid,stuno
CREATE  INDEX idx_age_classid_stuno ON student (age,classid,stuno); 

#以下哪些索引失效?
# 失效
EXPLAIN  SELECT * FROM student ORDER BY classid LIMIT 10;

# 失效
EXPLAIN  SELECT * FROM student ORDER BY classid,NAME LIMIT 10;  

# 可以
EXPLAIN  SELECT * FROM student ORDER BY age,classid,stuno LIMIT 10; 

# 可以
EXPLAIN  SELECT * FROM student ORDER BY age,classid LIMIT 10;

# 可以
EXPLAIN  SELECT * FROM student ORDER BY age LIMIT 10;

再来。order by 时规则不一致, 索引失效 （顺序错，不索引；方向反，不索引）

# 失效,因为age是降序排序，但是索引是升序排序
EXPLAIN  SELECT * FROM student ORDER BY age DESC, classid ASC LIMIT 10;

# 失效
EXPLAIN  SELECT * FROM student ORDER BY classid DESC, NAME DESC LIMIT 10;

# 失效
EXPLAIN  SELECT * FROM student ORDER BY age ASC,classid DESC LIMIT 10; 

# 可以，这是因为order by和classid在使用时都是降序查找的，统一了反而被优化器优化可以使用索引了
EXPLAIN  SELECT * FROM student ORDER BY age DESC, classid DESC LIMIT 10;

再来。无过滤，不索引。下面执行结果都是和优化器的优化有关，大家可以自己验证思考。

# 可以
EXPLAIN  SELECT * FROM student WHERE age=45 ORDER BY classid;

# 可以
EXPLAIN  SELECT * FROM student WHERE age=45 ORDER BY classid,NAME; 

# 失效
EXPLAIN  SELECT * FROM student WHERE classid=45 ORDER BY age;

# 可以
EXPLAIN  SELECT * FROM student WHERE classid=45 ORDER BY age LIMIT 10;

CREATE INDEX idx_cid ON student(classid);

# 可以
EXPLAIN  SELECT * FROM student WHERE classid=45 ORDER BY age;

💡小结
INDEX a_b_c(a,b,c)
order by 能使用索引最左前缀

  • ORDER BY a
  • ORDER BY a,b
  • ORDER BY a,b,c
  • ORDER BY a DESC,b DESC,c DESC
    如果 WHERE 使用索引的最左前缀定义为常量，则 order by 能使用索引
  • WHERE a = const ORDER BY b,c
  • WHERE a = const AND b = const ORDER BY c
  • WHERE a = const ORDER BY b,c
  • WHERE a = const AND b > const ORDER BY b,c

不能使用索引进行排序

  • ORDER BY a ASC,b DESC,c DESC /* 排序不一致 */
  • WHERE g = const ORDER BY b,c /丢失a索引/
  • WHERE a = const ORDER BY c /丢失b索引/
  • WHERE a = const ORDER BY a,d /d不是索引的一部分/
  • WHERE a in (…) ORDER BY b,c /对于排序来说，多个相等条件也是范围查询/

2.3 案例实战

下面我们通过一个案例来实战filesort和index两种排序。对ORDER BY子句，尽量使用 Index 方式排序，避免使用 FileSort 方式排序。

场景:查询年龄为30岁的，且学生编号小于101000的学生，按用户名称排序

先删除以前的索引。再测试如下sql。

CALL proc_drop_index(`mysql`,`student`)
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND stuno <101000 ORDER BY NAME ;

此时显然使用的是filesort进行排序。

在这里插入图片描述

优化思路:

方案一：为了去掉 filesort 我们可以创建特定索引

#创建新索引
CREATE INDEX idx_age_name ON student(age,NAME);
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND stuno <101000 ORDER BY NAME ;

在这里插入图片描述

方案二：尽量让 where 的过滤条件和排序使用上索引

建一个三个字段的组合索引:

DROP INDEX idx_age_name ON student;

CREATE INDEX idx_age_stuno_name ON student (age,stuno,NAME);

EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE age = 30 AND stuno <101000 ORDER BY NAME ;

在这里插入图片描述
此时又使用了filesort，这是为什么呢？这是因为此时filesort的性能更高。不信你可以对比执行下，看看时间的区别。结果竟然有 filesort 的 sql 运行速度，超过了已经优化掉 filesort的 sql，而且快了很多，几乎一瞬间就出现了结果。看来优化器做的工作真的特别灵活。

原因：所有的排序都是在条件过滤之后才执行的。所以，如果条件过滤大部分数据的话，剩下几百几千条数据进行排序其实并不是很消耗性能，即使索引优化了排序，但实际提升性能很有限。相对的 stuno < 10100 这个条件，如果没有用到索引的话，要对几万条数据进行扫描，这是非常消耗性能的，所以索引放在这个字段上性价比最高，是最优选择

结论:
两个索引同时存在，mysql 自动选择最优的方案。（对于这个例子，mysql 选择 idx_age_stuno_name）。但是，随着数据量的变化，选择的索引也会随之变化的 。
当【范围条件】和【group by 或者 order by】的字段出现二选一时，优先观察条件字段的过滤数量，如果过滤的数据足够多，而需要排序的数据并不多时，优先把索引放在范围字段上。反之，亦然。

2.4 filesort的算法

排序的字段若不在索引列上，则 filesort 会有两种算法：双路排序 和 单路排序

  • 双路排序（慢）

MySQL4.1 之前是使用双路排序，字面意思就是两次扫描磁盘，最终得到数据， 读取行指针和 order by 列，对他们进行排序，然后扫描已经排序好的列表，按照列表中的值重新从列表中读取对应的数据输出
从磁盘取排序字段，在 buffer 进行排序，再从 磁盘取其他字段 。
取一批数据，要对磁盘进行两次扫描，众所周知，IO 是很耗时的，所以在 MySQL4.1 之后，出现了第二种改进的算法，就是单路排序。

  • 单路排序（快）

从磁盘读取查询需要的 所有列 ，按照 order by 列在 buffer 对它们进行排序，然后扫描排序后的列表进行输出， 它的效率更快一些，避免了第二次读取数据。并且把随机 IO 变成了顺序 IO，但是它会使用更多的空间， 因为它把每一行都保存在内存中了。

  • 结论及引申出的问题

由于单路是后出的，总体而言好过双路
但是用单路有问题
在 sort_buffer 中，单路比多路要 多占用很多空间，因为单路是把所有字段都取出，所以可能取出的数据的总大小超出了 sort_buffer 的容量，导致每次只能取 sort_buffer 容量大小的数据，进行排序（创建 temp 文件，多路合并），排完再取 sort_buffer 容量大小，再排…从而多次I/O。
单路本来想省一次 I/O 操作，反而导致了大量的 I/O 操作，反而得不偿失。
优化策略

尝试提高 sort_buffer_size

不管用哪种算法，提高这个参数都会提高效率，要根据系统的能力去提高，因为这个参数是针对每个进程（connection）的 1M - 8M 之间调整。MySQL5.7，InnoDB 存储引擎默认值都是 1048576 字节，1MB。
image-20220701143536810
尝试提高 max_length_for_sort_data

提高这个参数，会增加改进算法的概率。

SHOW VARIABLES LIKE’%max_length_for_sort_data%';
SQL 复制
但是如果设的太高，数据总容量超出 sort_buffer_size 的概率就增大，明显症状是高的磁盘 I/O 活动和低的处理器使用率。如果需要返回的列的总长度大于 max_length_for_sort_data，使用双路算法，否则使用单路算法。1024-8192字节之间调整。

Order by 时 select 是一个大忌。最好只Query需要的字段。*

当 Query 的字段大小综合小于 max_length_for_sort_data，而且排序字段不是 TEXT|BLOG 类型时，会改进后的算法——单路排序，否则用老算法——多路排序。
两种算法的数据都有可能超出 sort_buffer_size 的容量，超出之后，会创建 tmp 文件进行合并排序，导致多次 I/O，但是用单路排序算法的风险会更大一些，所以要提高 sort_buffer_size
6. GROUP BY优化
group by 使用索引的原则几乎跟 order by 一致 ，group by 即使没有过滤条件用到索引，也可以直接使用索引。

group by 先排序再分组，遵照索引建的最佳左前缀法则

当无法使用索引列，增大 max_length_for_sort_data 和 sort_buffer_size 参数的设置

where 效率高于 having，能写在 where 限定的条件就不要写在 having 中了

减少使用 order by，和业务沟通能不排序就不排序，或将排序放到程序端去做。Order by、group by、distinct 这些语句较为耗费 CPU，数据库的 CPU 资源是极其宝贵的。

包含了 order by、group by、distinct 这些查询的语句，where 条件过滤出来的结果集请保持在 1000 行以内，否则 SQL 会很慢。

工欲善其事，必先利其器”。要想成为工作上的数据库高手，面试时的题霸，独步江湖，就必须拿到一份"武林秘籍"。
在这里插入图片描述
我个人强推牛客网：找工作神器|大厂java面经汇总|超全笔试题库

推荐理由：
1.刷题题库，题目特别全面，刷爆笔试再也不担心
在这里插入图片描述
链接： 找工作神器|大厂java面经汇总|超全笔试题库
2.超全面试题、成体系、高质量，还有AI模拟面试黑科技
在这里插入图片描述
链接： 工作神器|大厂java面经汇总|超全笔试题库
3.超多面经，大厂面经很多
在这里插入图片描述
4.内推机会，大厂招聘特别多
在这里插入图片描述
链接： 找工作神器|大厂java面经汇总|超全笔试题库
5.大厂真题，直接拿到大厂真实题库，而且和许多大厂都有直接合作，题目通过率高有机会获得大厂内推资格。
在这里插入图片描述
链接： 找工作神器|大厂java面经汇总|超全笔试题库

半旧518
关注
  • 6
    点赞
  • 踩
  • 17
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 9
    评论
专栏目录
mysql查询优化-增删改的优化
后端学习
08-28 343
INSERT语句（插入语句） 在大量插入插入数据的时候，我们应该避免单条插入，因为每一个sql语句都需要提交到关系引擎哪里去解析，优化，一旦数量过多，就会造成大量消耗 优化的方向是：批量提交，一次10条左右是最高效的,类似下图： 采用顺序主键策略、 DELETE语句（删除语句），与truncate table作比较 truncate table [表名] ： 删除速度更快，但是删除后不进入mysql的日志文件，不可以恢复。（谨慎） 如果没有外键关联，innnodb先drop table，再创建一个新
MySQL高级篇知识点——索引优化与查询优化
m0_67392126的博客
09-11 833
（1）理解方式一索引是高效找到行的一个方法，但是一般数据库也能使用索引找到一个列的数据，因此它不必读取整个行。毕竟索引叶子节点存储了它们索引的数据；当能通过读取索引就可以得到想要的数据，那就不需要读取行了。一个索引包含了满足查询结果的数据就叫做覆盖索引。（1）理解方式二非聚簇复合索引的一种形式，它包括在查询里的 SELECT、JOIN 和 WHERE 子句用到的所有列，即建索引的字段正好是覆盖查询条件中所涉及的字段。简单说就是，索引列+主键包含 SELECT 到 FROM 之间查询的列。
MySql优化 ——子查询优化、排序优化
Alex_cf的博客
12-10 2833
子查询 排序 优化
MySQL高级篇——关联查询和子查询优化
vincewm的博客
05-22 2572
左外连接：优先右表创建索引，连接字段类型要一致、内连接：驱动表由数据量和索引决定、 join语句原理、子查询优化：拆开查询或优化成连接查询
探索MySQL SELECT子查询：深入理解与优化技巧
最新发布
Java领域优秀创作者
05-16 912
生成了一个临时表,然后再执行主表和临时表的连表查询(临时表的意思是啥?比如dept表有很多列,同时又很多行,其中还有一大部分不满足d.deptno = e,deptno这个条件,此时临时表相对于对大表做了一个精简)到这里对于select子查询的执行顺序更迷惑了,不知道DEPENDENT SUBQUERY到底时怎么执行的,到底有没有生产临时表,但是可以明确这种子查询的效率不如join好。通过执行计划可以看出,先执行的是DEPENDENT SUBQUERY这部分(id大的优先执行),也就是。
MySQL调优--05---多表查询优化、子查询优化、 ORDER BY优化、GROUP BY优化、分页查询优化
时光里的博客
03-05 2013
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录多表查询优化驱动表结论1.外连接左外连接: 左表为驱动表,右边为被驱动表2.内连接对于内连接来讲，如果表的连接条件中只能有一个字段有索引，则有==索引==的字段所在的表会被作为==被驱动表==出现。对于内连接来说，在两个表的连接条件==都存在索引==的情况下，会选择小表作为驱动表。“==小表驱动大表==”join语句原理 多表查询优化 驱动表结论 1.外连接 左外连接: 左表为驱动表,右边为被驱动表 2.内连接 对于内连接来
SQL查询优化---子查询优化、排序分组优化、覆盖索引优化
DKPT的博客
10-27 321
在sort_buffer中，方法B比方法A要多占用很多空间，因为方法B是把所有字段都取出, 所以有可能取出的数据的总大小超出了sort_buffer的容量，导致每次只能取sort_buffer容量大小的数据，进行排序（创建tmp文件，多路合并），排完再取取sort_buffer容量大小，再排……2、取一批数据，要对磁盘进行了两次扫描，众所周知，I\O是很耗时的，所以在mysql4.1之后，出现了第二种改进的算法，就是单路排序。MySQL 4.1之前是使用双路排序,字面意思就是两次扫描磁盘，最终得到数据，
子查询优化思路
ht121907的博客
01-17 2658
1、前提条件子查询是作为条件，作为一个结果集返回给外层，或者返回结果集让from表过滤条件的一种手段方式：分为where 后面子查询 和from后面或者join后面的子查询来加入语句中。 2、子查询由相关子查询和非相关子查询两种，尽量使用非相关子查询语句，这样查询只是用一次，作为一个整体结果集来使用。 3、子查询在join后面的话，也是一样的mysql 使用Nested Loop Join 算法，...
MySQL-5-7——从.入.门.到.精.通.pdf.zip
07-09
4. **SQL查询语言**：深入探讨SQL查询技巧，包括选择、排序、分组、联接、子查询和窗口函数等，以及如何使用视图和存储过程来简化复杂操作。 5. **事务与并发控制**：讲解事务的概念，包括ACID属性，以及事务的开始...
3.mysql讲义5天.zip
11-10
- **查询语句**：进一步学习SELECT语句，包括子查询、联接（JOIN）、集合操作（UNION）。 - **聚合函数**：学习COUNT、SUM、AVG、MAX、MIN等函数，用于统计和汇总数据。 - **排序与分组**：GROUP BY和ORDER BY子句的...
学习笔记——sql.zip
06-08
更深入地，SQL中的子查询允许在查询中嵌套查询，用于获取更复杂的数据。视图（VIEW）可以看作是虚拟的表，基于一个或多个表，提供简化查询和数据保护的功能。存储过程（STORED PROCEDURE）是一组预先编译的SQL语句，...
SQL从基础到深入——本人心得
09-30
1. 查询优化：合理使用索引，避免全表扫描，减少JOIN操作，优化子查询等方法，提高查询效率。 2. 表设计优化：合理设计数据库表结构，如正常化（Normalization）以减少数据冗余，选择合适的数据类型，使用外键约束...
MySQL之子查询优化
cainiao1412的博客
03-31 8572
背景 由于开发者的使用方式不同，各种奇怪的SQL都会被编写出来，如果按照SQL的书写方式执行查询，可能会十分浪费性能，因此MySQL会依据一些重写规则，将SQL进行优化成可以高效执行的形式，这个过程称为查询重写。 重写规则 1. 条件化简 1.1 移除不必要的符号 select * from (t1, (t2, t3)) where t1.a = t2.a and t2.b = t3.b 复制代码 优化器会将不必要的括号去除，如下： select * from t1, t2, t3 w..
MySQL 子查询优化如何做？
m0_70325779的博客
02-26 646
子查询通常是将一个表的查询结果作为另一个表的查询条件，也就是我们常说的嵌套查询。使用子查询，我们让我们一次性完成需要很多步查询操作才能得到的结果。子查询的SQL语句通常比较长，而且执行效率普遍非常的差，是慢查询的主要贡献者，尽管它可以使用一条SQL语句达到查询效果，但实际并不是特别推荐使用，但我们在不得已的情况下也可以考虑使用子查询，那么我们就要最大程度上提高子查询的效率，这里就涉及到了子查询的优化。
MySQL有关学生成绩查询练习
HY845638534的博客
12-09 4630
由于主要是关于问题的解决方法，因此表结构在这不做详细的说明，数据也仅供参考，实验使用。 下面为所建数据表。（接下来的查询会用到下面表和字段） 题目要求1. 查询科目编号为10001高于平均分的学生信息。 思路： 1.求出编号为10001的平均值（avg（））； 2.查询学生信息，判断条件：1)学生在编号为10001的科目 2)成...
SQL子查询的优化
renq的专栏
01-06 816
本文作者： Eric Fu 本文链接： https://ericfu.me/subquery-optimization/ 版权声明： 本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！ 子查询（Subquery）的优化一直以来都是 SQL 查询优化中的难点之一。关联子查询的基本执行方式类似于 Nested-Loop，但是这种执行方式的效率常常低到难以忍受。当数据量...
【Mysql】mysql | sql优化 | 优化using filesort | select insert | insert into select
hgSuper的博客
09-21 813
1、sql优化2、基于sql的优化。
MySQL调优之关联查询、子查询优化
小小默：进无止境
10-31 4035
**多表 JOIN 连接操作时，创建索引注意事项总结** 首先，连接表的数量尽量不要超过 3 张，因为每增加一张表就相当于增加了一次嵌套的循环，数量级增长会非常快，严重影响查询的效率。 其次，对 WHERE 条件创建索引，因为 WHERE 才是对数据条件的过滤。 最后，对用于`连接的字段创建索引`，并且该`字段在多张表中的类型必须一致`。比如 course_id 在 student_info 表和 course 表中都为 int(11) 类型，而不能一个为 int 另一个为 varchar 类型。如果
Oracle子查询的优化和性能调优
互联网知识分享
09-06 1078
来代替子查询，特别是当子查询中的表与主查询中的表有关联时。连接查询可以将多个表的数据一次性获取到，减少了子查询的执行次数。根据实际情况选择合适的子查询类型，如标量子查询、列子查询、行子查询等。），可以将子查询的结果作为临时表，然后在主查询中引用该临时表。这样可以优化子查询的性能，使查询更加清晰易读。子查询返回的数据量应该尽量减少，只返回主查询所需要的数据，避免返回大量不必要的数据，减少。在子查询中，应该尽量保证查询条件使用了合适的索引，以提高查询效率。子句中，以视图的形式展现，从而优化了子查询的性能。
高并发基础之-MySql性能优化.pdf
04-25
MySQL性能优化是确保数据库高效运行的关键，涵盖了查询优化、数据库结构优化和服务器优化等多个层面。优化的目标是减少系统瓶颈，降低资源占用，提高系统的响应速度。在MySQL中，我们可以通过SHOW STATUS语句来监控...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 9
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

半旧518

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值