关于mysql:腾讯一面你平时怎么排查并调优慢-SQL-的

38次阅读

共计 2814 个字符,预计需要花费 8 分钟才能阅读完成。

一、前言

上一篇咱们说了 腾讯一面:说一说 MySQL 中索引的底层原理,置信你对索引有个很清晰的意识了,这一篇咱们来说一说慢 SQL 的排查以及调优。为啥面试官要问这个问题,其实跟上一篇的索引底层原理有肯定关联关系的,个别慢 SQL 很大一部分起因对索引底层原理不够特地理解导致的,比方没建索引、索引生效、索引没满足最左前缀匹配准则导致慢 SQL,像腾讯这样数据量很大的公司,人家必定有专门的 DBA 去做优化的,面试官考查的次要是你排查问题的能力以及晓得索引的底层原理、以及晓得优化的方向,不至于让你进来把人家规规矩矩的数据库搞乱了。

咱们上面间接进入正题了,首先来说下怎么排查慢 SQL 的。

二、开启慢查问日志

MySQL 中与慢 SQL 无关的几个重要零碎变量如下:

参数 含意
slow_query_log 是否启用慢查问日志,ON 为启用,OFF 为未启用,默认为 OFF。开启会影响性能,MySQL 重启会生效。
slow_query_log_file 指定慢查问日志文件的门路和名字,缺省文件名 host_name-slow.log。
long_query_time 执行工夫超过该值才记录到慢查问日志,单位为秒,默认为 10。
log_output 日志输入地位,默认为 FILE,即保留为文件,若设置为 TABLE,则将日志记录到 mysql.show_log 表中,反对设置多种格局。

执行如下语句看是否启用了慢查问日志,ON 为启用,OFF 为未启用,默认为 OFF。

SHOW VARIABLES LIKE '%slow_query_log%';

能够看到,我这里是曾经开启了的。如果你的没有开启,能够应用如下两种形式来开启慢查问。

2.1 批改配置文件

批改配置文件 vim /etc/my.cnf,在 [mysqld] 段落在退出如下配置:

[mysqld]
slow_query_log=1
slow_query_log_file=/var/lib/mysql/data/slow.log
long_query_time=3
log_output=FILE,TABLE

须要重启 MySQL 才能够失效,命令为 service mysqld restart

2.2 设置全局变量

如下关上慢查问日志,设置超时工夫为 3 秒,并且将日志记录到文件以及 mysql.show_log 表中。

SET GLOBAL slow_query_log = 1;
SET GLOBAL slow_query_log_file=’/var/lib/mysql/data/slow.log’;
SET GLOBAL long_query_time=3;
SET GLOBAL log_output=’FILE,TABLE’;

想要永恒失效得用下面那个配置文件里配置,否则数据库重启后,这些配置生效。

三、剖析慢查问日志

3.1 获取慢 SQL 信息

查看慢查问日志记录数:

SHOW GLOBAL STATUS LIKE '%Slow_queries%';

模仿语句:

select sleep(5);

查看日志:

cat /var/lib/mysql/data/slow.log

3.2 mysqldumpslow

MySQL 内置了 mysqldumpslow 这个工具来帮咱们剖析慢查问日志。

# 失去返回记录集最多的 10 个 SQL
mysqldumpslow -s r -t 10 /var/lib/mysql/data/slow.log
#失去拜访次数最多的 10 个 SQL
mysqldumpslow -s c -t 10 /var/lib/mysql/data/slow.log
#失去依照工夫排序的前 10 条外面含有左连贯的查问语句
mysqldumpslow -s t -t 10 -g "LEFT JOIN" /var/lib/mysql/data/slow.log
#联合 | more 应用,避免爆屏状况
mysqldumpslow -s r -t 10 /var/lib/mysql/data/slow.log | more

s:示意按何种形式排序
c:拜访次数
l:锁定工夫
r:返回记录
t:查问工夫
al:均匀锁定工夫
ar:均匀返回记录数
at:均匀查问工夫
t:返回后面多少条的数据
g:后边搭配一个正则匹配模式,大小写不敏感 

3.3 pt-query-digest

pt-query-digest 是一款很弱小的慢查问日志剖析工具,能够剖析 MySQL 数据库的 binary log、general log 日志,同时也能够应用 show processlist 或从 tcpdump 抓取的 MySQL 协定数据来进行剖析。

这里老周不带大家搭建以及应用了哈,想进一步理解的能够看这份文档:pt-query-digest

四、Explain 执行打算剖析慢 SQL

上一篇咱们十分具体的去介绍了,一文读懂 MySQL Explain 执行打算

五、Show Profile 剖析慢 SQL

Show Profile 也能够剖析慢 SQL,比 explain 获取的信息更具体,比方能剖析以后会话中语句执行的资源耗费状况,能剖析这条 SQL 整个生命周期的耗时。但没有下面 pt-query-digest 那款慢查问日志剖析工具弱小,但 pt-query-digest 是外置的须要独自下载,如果你想用内置的话,可能满足你的需要的话,抉择 Show Profile 就行。

5.1 如何开启

默认敞开。开启后,会在后盾保留最近 15 次的运行后果,而后通过 Show Profile 命令查看后果。

-- 开启
SET profiling = ON;
-- 查看
SHOW VARIABLES LIKE 'profiling%';

5.2 SHOW profiles 查看 SQL 的耗时

5.3 SQL 整个生命周期的耗时

通过 Query_ID 能够失去具体 SQL 从连贯——服务——引擎——存储四层构造残缺生命周期的耗时

SHOW profile CPU, BLOCK IO FOR QUERY 4;

可用参数 type:
ALL # 显示所有的开销信息
BLOCK IO # 显示块 IO 相干开销
CONTEXT SWITCHES # 上下文切换相干开销
CPU # 显示 CPU 相干开销信息
IPC # 显示发送和接管相干开销信息
MEMORY # 显示内存相干开销信息
PAGE FAULTS # 显示页面谬误相干开销信息
SOURCE # 显示和 Source_function,Source_file,Source_line 相干的开销信息
SWAPS # 显示替换次数相干开销的信息

5.4 危险状态

SHOW profile CPU, BLOCK IO FOR QUERY 2;

GROUP BY 可能创立了长期表

危险状态:

converting HEAP to MyISAM # 查问后果太大,内存不够用了,在往磁盘上搬。
Creating tmp table # 创立了长期表,回先把数据拷贝到长期表,用完后再删除长期表。
Copying to tmp table on disk # 把内存中长期表复制到磁盘
locked # 记录被锁了

看到这些危险状态能够进行相应的调优,而后咱们线上也会针对慢 SQL 进行监控,存在慢 SQL 的话会触发告警机制,告诉相应的人员疾速定位慢 SQL 并优化。

正文完
 0