MySQL调优

MySQL调优的一般流程为:

  1. 对MySQL进行监控
  2. 排查慢SQL
  3. 通过执行计划找出慢的原因
  4. 制定优化策略

对MySQL进行监控

监控工具(例如Prometheus+Grafana)监控MySQL,发现查询性能变慢,报警提醒运维人员。

排查慢查询日志

前置准备

java 复制代码
// 开启慢查询日志,修改慢查询阈值
SET slow_query_log='ON';     #开启慢查询日志
SET long_query_time = 1;     #设置慢查询阈值(单位 秒)

找出最慢的几条SQL

运行时间超过 long_query_time 的SQL语句,会被写入到慢查询日志文件中或者mysql.slow_log表中。此时,可以使用慢日志分析工具 mysqldumpslow 来进行分析慢查询。

shell 复制代码
mysqldumpslow 命令的具体参数如下:

-a: 不将数字抽象成N,字符串抽象成S
-s: 是表示按照何种方式排序:
    c: 访问次数
    l: 锁定时间
    r: 返回记录
    t: 查询时间
    al:平均锁定时间
    ar:平均返回记录数
    at:平均查询时间 (默认方式)
    ac:平均查询次数
-t: 即为返回前面多少条的数据;
-g: 后边搭配一个正则匹配模式,大小写不敏感的;

示例:

参考:慢查询分析调优工具~mysqldumpslow | MySQL 技术论坛 (learnku.com)

sql 复制代码
# 命令行,按照查询时间排序,查看前五条 慢查询SQL 语句
mysqldumpslow -s t -t 5 /var/lib/mysql/xxx-slow.log   

# 得到访问次数最多的10条SQL:
mysqldumpslow -s r -t  10 /var/lib/mysql/xxx-slow.log

# 得到按照时间排序的前10条里面含有左连接的SQL:
mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/695f5026f0f6-slow.log
# 也支持管道符命令
mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/695f5026f0f6-slow.log | more //分页显示

分析执行计划

上一步骤【排查慢查询日志】中找到了 慢SQL语句之后,现在通过分析该 慢SQL语句 的执行计划,分析出具体慢的原因。

具体的执行计划中的各个参数表示的含义,参考:一文读懂 MySQL Explain 执行计划-阿里云开发者社区 (aliyun.com)

可以根据:EXPLAIN 你要分析的慢SQL语句如(EXPLAIN SELECT * FROM user u WHERE u.id=1)输出的内容进行分析:

复制代码
mysql> EXPLAIN SELECT * FROM user u WHERE r.name = '扫地机';
+----+-------------+-------+------------+-------+---------------+--------------+---------+-------+------+----------+-------------+
| id | select_type | table | partitions | type  | possible_keys | key          | key_len | ref   | rows | filtered | Extra       |
+----+-------------+-------+------------+-------+---------------+--------------+---------+-------+------+----------+-------------+
|  1 | PRIMARY     | u     | NULL       | const | PRIMARY       | PRIMARY      | 4       | const |    1 |   100.00 | Using where |
+----+-------------+-------+------------+-------+---------------+--------------+---------+-------+------+----------+-------------+

比如:

  • TypeALL的表示全表扫描。此时可以添加索引,避免全表扫描。

制定优化方案

通过分析完执行计划之后,接下来就开始制定优化方案了。

具体优化方案,参考:https://blog.csdn.net/qq_40991313/article/details/131059110

todo:后续可根据实际使用情况,将优化方案具体的的梳理出来...

相关推荐
szccyw016 小时前
PHP源码能否用二手服务器部署_老旧服务器性价比分析【方法】
jvm·数据库·python
田超凡16 小时前
深入理解MySQL_8 索引Index(I)
mysql·java-ee
diangedan16 小时前
Android冻屏
android·java
m0_613856291 天前
mysql如何利用事务隔离级别解决特定业务冲突_mysql隔离方案选型
jvm·数据库·python
Adios7941 天前
VPR:Pitts50K和Norland数据集下载
数据库
东风破1371 天前
DM用户权限、表、约束等对象的基本操作,SQL日志的开启介绍
数据库·sql·dm达梦数据库
收获不止数据库1 天前
达梦9发布会归来:AI 时代,我们需要一款什么样的数据库?
数据库·人工智能·ai·语言模型·数据分析
小宇的天下1 天前
Virtuoso GUI 界面中的关键模块定义
数据库
bqq198610261 天前
MySQL 5.7 与 MySQL 8.0 的主要区别
数据库·mysql
Elastic 中国社区官方博客1 天前
Elastic-caveman : 在不损失 Elastic 最佳效果的情况下,将 AI 响应 tokens 减少64%
大数据·运维·数据库·人工智能·elasticsearch·搜索引擎·全文检索