百度360必应搜狗淘宝本站头条
当前位置:网站首页 > IT技术 > 正文

终于找到啦!MySQL 慢 SQL 可能原因汇总

wptr33 2025-02-26 14:04 17 浏览

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



1查询的表,没有加索引


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


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


2查询的索引,无效


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


以下几种,就是常见的导致索引无效:


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


3查询使用了,临时表


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


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

4join或子查询,太多


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


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


查询结果数据量太大,常见的有两种,第1种,就是直查的表数据量太大,如千万级。一张表千万级,即使建了索引,索引文件也会很大,深度也会很深,查询速度,自然就会很慢了。第2种,就是联表笛卡尔积量太大。


对于第一种,优化建议,一般是对表采用分表分区了。而第二种,就简单粗暴的sql拆分优化。


6锁竞争


现在MySQL的表一般都是InnoDB存储引擎,这种引擎的表是行锁,每次锁定一行。即,如果有一个事务在操作某一行数据,就会锁定这一行的操作行为,其他事务不能操作,直到前一个事务操作完成,commit数据变更之后,后面的事务才能获取操作。


这就会出现,一个事务,做变更,没有结束,后面的所有事务操作就得等待,如果此时又有多个事务在排队等待,当前一事务操作结束,等待的事务就会竞争抢锁,这种‘你不仁,我不义’,一旦发生,SQL的性能就会很慢了。

7limit分页,太深


有些时候,我们需要偏移一定量数据之后,获取某些数据,就很容易想到用limit,但是,如果偏移量很大时,就会发现SQL执行起来非常非常慢了,因为,偏移量会分页读取到buffpool中,数据量大,占用的buffpool空间就会大,而这个空间大小是配置的,一般不会很大,所以,导致了慢sql。


对于这个问题的优化,建议写一个过滤条件,再与limit结合实现。


8配置参数,不合理


我们很多时候使用数据库,都是安装了之后,就直接用,不会对数据库配置参数进行过多了解和设置。在这篇文章中,我们就多次说到buff,这就是数据库中一类非常重要的配置参数,在mysql中,有很多带有 buff、cache、size、length、max、min、limit等字样的配置参数,都是非常重要的配置参数。


这些配置参数,是直接关系数据库的性能的。如果,你数据库安装在一个配置很高的机器上,但是,这些配置参数却不知道修改,都用默认值。哪也就只能哀怨“这么高的硬件配置,性能怎么还是这么差?”

9频繁刷脏页


脏页,是内存数据页和磁盘数据页不一致。这个一般发生在数据更新操作中。更新数据,需要先把数据读取出来,然后再内存中更新,然后再生成日志文件,再回放日志文件,实现表数据更新。而当更新数据量大,buffpool写满,或者是后续生成的回放日志文件写满,都会导致这个操作过程变慢。


对于这种问题优化,一般建议是少批量修改,多次提交。


10系统资源,不够用


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

这是我个人的一些总结,可能不一定完全正确,大家相互学习。

相关推荐

MySQL进阶五之自动读写分离mysql-proxy

自动读写分离目前,大量现网用户的业务场景中存在读多写少、业务负载无法预测等情况,在有大量读请求的应用场景下,单个实例可能无法承受读取压力,甚至会对业务产生影响。为了实现读取能力的弹性扩展,分担数据库压...

Postgres vs MySQL_vs2022连接mysql数据库

...

3分钟短文 | Laravel SQL筛选两个日期之间的记录,怎么写?

引言今天说一个细分的需求,在模型中,或者使用laravel提供的EloquentORM功能,构造查询语句时,返回位于两个指定的日期之间的条目。应该怎么写?本文通过几个例子,为大家梳理一下。学习时...

一文由浅入深带你完全掌握MySQL的锁机制原理与应用

本文将跟大家聊聊InnoDB的锁。本文比较长,包括一条SQL是如何加锁的,一些加锁规则、如何分析和解决死锁问题等内容,建议耐心读完,肯定对大家有帮助的。为什么需要加锁呢?...

验证Mysql中联合索引的最左匹配原则

后端面试中一定是必问mysql的,在以往的面试中好几个面试官都反馈我Mysql基础不行,今天来着重复习一下自己的弱点知识。在Mysql调优中索引优化又是非常重要的方法,不管公司的大小只要后端项目中用到...

MySQL索引解析(联合索引/最左前缀/覆盖索引/索引下推)

目录1.索引基础...

你会看 MySQL 的执行计划(EXPLAIN)吗?

SQL执行太慢怎么办?我们通常会使用EXPLAIN命令来查看SQL的执行计划,然后根据执行计划找出问题所在并进行优化。用法简介...

MySQL 从入门到精通(四)之索引结构

索引概述索引(index),是帮助MySQL高效获取数据的数据结构(有序),在数据之外,数据库系统还维护者满足特定查询算法的数据结构,这些数据结构以某种方式引用(指向)数据,这样就可以在这些数据结构...

mysql总结——面试中最常问到的知识点

mysql作为开源数据库中的榜一大哥,一直是面试官们考察的重中之重。今天,我们来总结一下mysql的知识点,供大家复习参照,看完这些知识点,再加上一些边角细节,基本上能够应付大多mysql相关面试了(...

mysql总结——面试中最常问到的知识点(2)

首先我们回顾一下上篇内容,主要复习了索引,事务,锁,以及SQL优化的工具。本篇文章接着写后面的内容。性能优化索引优化,SQL中索引的相关优化主要有以下几个方面:最好是全匹配。如果是联合索引的话,遵循最...

MySQL基础全知全解!超详细无废话!轻松上手~

本期内容提醒:全篇2300+字,篇幅较长,可搭配饭菜一同“食”用,全篇无废话(除了这句),干货满满,可收藏供后期反复观看。注:MySQL中语法不区分大小写,本篇中...

深入剖析 MySQL 中的锁机制原理_mysql 锁详解

在互联网软件开发领域,MySQL作为一款广泛应用的关系型数据库管理系统,其锁机制在保障数据一致性和实现并发控制方面扮演着举足轻重的角色。对于互联网软件开发人员而言,深入理解MySQL的锁机制原理...

Java 与 MySQL 性能优化:MySQL分区表设计与性能优化全解析

引言在数据库管理领域,随着数据量的不断增长,如何高效地管理和操作数据成为了一个关键问题。MySQL分区表作为一种有效的数据管理技术,能够将大型表划分为多个更小、更易管理的分区,从而提升数据库的性能和可...

MySQL基础篇:DQL数据查询操作_mysql 查

一、基础查询DQL基础查询语法SELECT字段列表FROM表名列表WHERE条件列表GROUPBY分组字段列表HAVING分组后条件列表ORDERBY排序字段列表LIMIT...

MySql:索引的基本使用_mysql索引的使用和原理

一、索引基础概念1.什么是索引?索引是数据库表的特殊数据结构(通常是B+树),用于...