Mysql的语句执行很慢,如何分析排查?

1、检查服务器性能是否存在瓶颈

如果系统资源使用率比较高,比如CPU,硬盘,那访问肯定会慢,如果你发现是Mysl占比比较高,说明Mysql的读写频率高,如果本身网站访问量不大,说明你的sql参数,sql语句查询慢导致

df -h:终端中输入命令,将显示系统中每个分区的磁盘使用情况,包括已使用、可用和总容量。

top :终端输入top 命令,每个进程的信息包括进程 ID(PID)、用户、CPU 使用率、内存使用率、进程名称等。你可以根据需要查看更多详细信息,例如进程的命令行参数、线程数等。

2、优化SQL参数

  1. max_connections:表示MySQL服务器可以同时处理的最大连接数。默认值为151,可以根据实际需求进行调整。
  2. wait_timeout:表示一个空闲连接在被断开之前可以保持多长时间。默认值为28800秒(8小时),可以根据实际需求进行适当调整。
  3. interactive_timeout:表示一个交互式连接在被断开之前可以保持多长时间。默认值为28800秒(8小时),可以根据实际需求进行适当调整。

(1)# 打开MySQL的配置文件

sudo vi /etc/mysql/my.cnf

(2)编辑my.cnf文件,在[mysqld]部分添加以下内容:

max_connections = 200

wait_timeout = 600

interactive_timeout = 600

log-queries-not-using-indexes = on

  1. max_connections:表示MySQL服务器可以同时处理的最大连接数。默认值为151,可以根据实际需求进行调整。
  2. wait_timeout:表示一个空闲连接在被断开之前可以保持多长时间。默认值为28800秒(8小时),可以根据实际需求进行适当调整。
  3. interactive_timeout:表示一个交互式连接在被断开之前可以保持多长时间。默认值为28800秒(8小时),可以根据实际需求进行适当调整。
  4. log-queries-not-using-indexes = on :记录未使用索引的查询

(3) 保存文件并重启MySQL服务

sudo service mysql restart

3、开启query相关变量,进行慢查询记录

show variables like '%query%';查看query相关变量

开启慢查询日志,此时OFF已经被我们用命令改为on了。

4、慢查询语句

当我们执行一条SQL语句进行查询的话,如果执行时间超出了我们刚才设备的阈值10秒就会被记录日志文件中,定义为慢查询语句

进入到记录的慢查询日志文件中,我们可以使用慢日志分析工具---mysqldumpslow对记录的sql语句进行筛选,(安装教程自己百度一下即可) 还有一个工具mysqlsla 分析慢查询日志(安装百度搜一下)

执行命令:

复制代码
[root@chances126 /]# mysqldumpslow   /var/lib/mysql/mysql-slow.log

显示最慢的10条查询:mysqldumpslow -t 10 /path/to/slow-query.log

代表按照SQL执行时间,返回slowlog中前4条慢:mysqldumpslow -a -s t -t 4 -v /var/lib/mysql-slow.log,如下内容显示:

5、根据筛选出来的慢查询语句使用explain进行分析优化

复制代码
[root@chances126 /]# 
mysql> use  sc_epg_release4
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> EXPLAIN select distinct a.*    from EPG_CONTENT_SERIES a join EPG_CATEGORY_ITEM b on a.CONTENT_CODE = b.ITEM_CODE     where a.ENABLE_STATUS=1 and b.STATUS=0 and a.EXTERNAL_CODE = '2000000200000010042000000006088';
+----+-------------+-------+------+---------------+-------------+---------+-----------------------------+-------+------------------------------+
| id | select_type | table | type | possible_keys | key         | key_len | ref                         | rows  | Extra                        |
+----+-------------+-------+------+---------------+-------------+---------+-----------------------------+-------+------------------------------+
|  1 | SIMPLE      | b     | ALL  | NULL          | NULL        | NULL    | NULL                        | 28504 | Using where; Using temporary |
|  1 | SIMPLE      | a     | ref  | seriesIndex   | seriesIndex | 387     | sc_epg_release4.b.ITEM_CODE |     1 | Using where                  |
+----+-------------+-------+------+---------------+-------------+---------+-----------------------------+-------+------------------------------+
2 rows in set (0.00 sec)

mysql> 

可以看出 a 表是全表查询,b表级别是 ref ,可以进一步分析 sql 了。

性能从最好到最差:system、const、eq_reg、ref、range、index和ALL.

相关推荐
这个DBA有点耶5 小时前
2026年分布式数据库有哪些主流选择?先评估这5个维度再决定
数据库·分布式·dba
这个DBA有点耶7 小时前
从MySQL 5.7到8.0:JSON查询性能差在哪?虚拟列索引vs多值索引怎么选
数据库·mysql·架构
胡写代码7 小时前
数据库审计字段,别再每张表各写一套了——我统一成这 6 个字段
数据库
SelectDB11 小时前
为什么 JSON 正在成为分析数据库新的竞争点?
数据库·json·agent
ClouGence12 小时前
开源数据库管理工具 CloudDM 4.2.0 发布,新增 GoldenDB、KingbaseES 等数据源
数据库·dba·devops
发霉的馒头12 小时前
ORA-00845: MEMORY_TARGET not supported on this system的解决方法
数据库
草莓熊Lotso15 小时前
【Redis 初阶】Set 类型深度解析:去重集合的运算能力与实战场景
linux·网络·数据库·windows·redis·tcp/ip·缓存
煎饼皮皮侠16 小时前
【设计】设计一个web版的数据库管理平台后端(之五) --借鉴mybatis
数据库·mybatis
东风破_1 天前
danci 2:创建的单词书到底存在哪里?从 Supabase 一路理解 ORM、Drizzle 和 RLS
数据库·后端·node.js
九皇叔叔1 天前
《MySQL 体系架构详解:Server 层、SQL 执行流程与 InnoDB、MyISAM、MEMORY 存储引擎》
sql·mysql·架构