ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

MySQL 慢 SQL 可能原因汇总

2022-06-25 09:32:56  阅读:156  来源: 互联网

标签:数据库 SQL 汇总 查询 索引 数据量 MySQL 数据 无效


在对服务器进行性能分析时,我们经常会遇到慢SQL,给大家粗略的总结了一下慢sql可能的原因,帮助大家分析定位慢SQL。

 

 

 

 

1、查询的表,没有加索引

 

写了一个查询sql,结果查询的条件字段没有索引,导致需要全表扫描,查找数据,这是大家遇到最多,也是最容易理解的。

这种,一般,在表数据量比较少时,如低于十万级,不会觉得慢,但是,当表中数据量达到或超过十万级时,就会体现出查询时间特别长了。

 

2、查询的索引,无效


知道索引很重要,所以,一般建表的时候,都会加上一些索引,但是,有了索引,并不代表查询速度就一定会快,因为,还要看能否正确使用索引。
以下几种,就是常见的导致索引无效:

 

  • 查询条件,没有索引字段
  • 查询条件使用 or, 选择式过滤条件,导致索引无效
  • 查询条件使用like,且从头部开始模糊匹配,导致索引无效
  • 查询条件不满足复合索引的最左匹配原则,导致索引无效
  • 查询条件,索引列使用了隐式类型转换,导致索引无效
  • 查询条件,索引列使用了聚合函数,导致索引无效
  • 查询条件,索引列使用了算术运算(+、-、...),导致索引无效
  • 查询条件,索引列使用了逻辑运算(!=、<>、is null、 is not null ...),导致索引无效
  • 左右关联时,字段类型不一致,导致索引无效

 

3、查询使用了,临时表

 

临时表可能大家不知道,但是回表查询,大家可能听说过,就是说一次查询不满足,还需要再查一次,查两次才能出结果,这当然就会慢啦。

 

哪临时表一般都是怎么产生的呢?通过一次查询返回的数据,要进行下一步的过滤、显示时,发现返回的数据中不满足过滤条件,或者没有显示的字段,又要回头查一次原表,从原表中获取满足条件的数据,这些数据,就放在临时表中。本来,回头查一次,就已经消耗了时间了,奈何,临时表还有空间大小限制,占用内存空间,还可能空间不够用,存放不下所有数据。所以,一般,只要出现使用了临时表,这个sql的性能都很差。

 

4、join或子查询,太多

 

关联查询,在实际工作中,非常场景,关联的表越多,那么,数据过滤筛选就越来复杂,时间自然就会越长了。所以,一般而言,关联表不建议超过3个,而且数据量小的表放左边,大的表放在右边。

 

5、查询结果数据量,太大了

 

查询结果数据量太大,常见的有两种,第1种,就是直查的表数据量太大,如千万级。一张表千万级,即使建了索引,索引文件也会很大,深度也会很深,查询速度,自然就会很慢了。第2种,就是联表笛卡尔积量太大。
对于第一种,优化建议,一般是对表采用分表分区了。而第二种,就简单粗暴的sql拆分优化。

 

6、锁竞争

 

现在MySQL的表一般都是InnoDB存储引擎,这种引擎的表是行锁,每次锁定一行。即,如果有一个事务在操作某一行数据,就会锁定这一行的操作行为,其他事务不能操作,直到前一个事务操作完成,commit数据变更之后,后面的事务才能获取操作。
这就会出现,一个事务,做变更,没有结束,后面的所有事务操作就得等待,如果此时又有多个事务在排队等待,当前一事务操作结束,等待的事务就会竞争抢锁,这种‘你不仁,我不义’,一旦发生,SQL的性能就会很慢了。

7、limit分页,太深

 

有些时候,我们需要偏移一定量数据之后,获取某些数据,就很容易想到用limit,但是,如果偏移量很大时,就会发现SQL执行起来非常非常慢了,因为,偏移量会分页读取到buffpool中,数据量大,占用的buffpool空间就会大,而这个空间大小是配置的,一般不会很大,所以,导致了慢sql。
对于这个问题的优化,建议写一个过滤条件,再与limit结合实现。

8、配置参数,不合理

 

我们很多时候使用数据库,都是安装了之后,就直接用,不会对数据库配置参数进行过多了解和设置。在这篇文章中,我们就多次说到buff,这就是数据库中一类非常重要的配置参数,在mysql中,有很多带有 buff、cache、size、length、max、min、limit等字样的配置参数,都是非常重要的配置参数。
这些配置参数,是直接关系数据库的性能的。如果,你数据库安装在一个配置很高的机器上,但是,这些配置参数却不知道修改,都用默认值。哪也就只能哀怨“这么高的硬件配置,性能怎么还是这么差?”

9、频繁刷脏页


脏页,是内存数据页和磁盘数据页不一致。这个一般发生在数据更新操作中。更新数据,需要先把数据读取出来,然后再内存中更新,然后再生成日志文件,再回放日志文件,实现表数据更新。而当更新数据量大,buffpool写满,或者是后续生成的回放日志文件写满,都会导致这个操作过程变慢。
对于这种问题优化,一般建议是少批量修改,多次提交。

 

10、系统资源,不够用

 

数据库,使用来存储数据的,要频繁进行磁盘操作,所以,一般,我们都会选择磁盘IO性能比较好的机器作为数据库服务器。同时,数据库还要经常进行数据交换,所以,也需要有足够的内存,所以,内存也会相应要求高些。而这些硬件,仅仅只是作为数据库服务器硬件选择的基本要求;数据库也是一个软件,软件也是安装在操作系统中的,所以,也会受操作系统的参数的一些限制,所以,当硬件资源不够用,或者达到了系统参数限制值时,也是会导致操作变慢的。

标签:数据库,SQL,汇总,查询,索引,数据量,MySQL,数据,无效
来源: https://www.cnblogs.com/Wl55387370/p/16410768.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有