在MySQL中,如何定位慢查询??
慢查询表象:页面加载过慢、接口压测响应时间过长(超过1s)
1. 方案一:开源工具
调试工具:Arthas 运维工具:Prometheus 、Skywalking
2.方案二:MySQL自带慢日志(重点)
慢查询日志记录了所有执行时间超过指定参数(long_query_time,单位:秒,默认10秒)的所有SQL语句的日志
MySQL的慢查询日志默认没有开启,可以通过查看系统变量 slow_query_log
show variables like '%slow_query_log%'
如果要开启慢查询日志,需要在MySQL的配置文件(/etc/my.cnf)中配置如下信息
2.1. 开启SQL慢查询日志
开启SQL慢查询日志,需要在MySQL的配置文件(/etc/my.cnf)中配置如下信息:
# 开启MySQL慢日志查询开关
slow_query_log=1
# 设置慢日志的时间为2秒,SQL语句执行时间超过2秒,就会视为慢查询,记录慢查询日志
long_query_time=2
配置完毕之后,通过一下命令查看,日志文件地址
show variables like '%slow_query_log%';
配置完毕之后,通过以下指令重新启动MySQL服务器进行测试,查看慢日志文件中记录的信息
2.2. 慢查询如何定位总结
3. explain执行计划
思考:那这个SQL语句执行很慢, 如何分析呢?
可以采用EXPLAIN 或者 DESC命令获取 MySQL 如何执行 SELECT 语句的信息
语法:
-- 直接在select语句之前加上关键字 explain / desc
EXPLAIN SELECT 字段列表 FROM 表名 WHERE 条件 ;
Explain 执行计划中各个字段的含义:
字段 | 含义 |
---|---|
id | 表示执行顺序,id相同从上到下执行,不同值越大越先执行 |
select_type | 示 SELECT 的类型,常见的取值有 SIMPLE(简单表,即不使用表连接或者子查询)、PRIMARY(主查询,即外层的查询)、UNION(UNION 中的第二个或者后面的查询语句)、SUBQUERY(SELECT/WHERE之后包含了子查询)等 |
type | 表示连接类型,性能由好到差的连接类型为NULL、system、const、eq_ref、ref、range、 index、all |
possible_key | 显示可能应用在这张表上的索引,一个或多个。 |
key | 实际使用的索引,如果为NULL,则没有使用索引。 |
key_len | 索引占用的大小 |
Extra | 额外的优化建议 |
通过它们keykey_len 和查看是否可能会命中索引
Extra | 含义 |
---|---|
Using where; Using Index | 查找使用了索引,需要的数据都在索引列中能找到,不需要回表查询数据 |
Using index condition | 查找使用了索引,但是需要回表查询数据 |
3.1 type连接类型说明
- system:一般查询系统中的表才会出现
- const:根据主键查询
-- 语句中id表示的是主键
explain select * from tb_user where id=1;
- eq_ref;表示使用唯一索引或主键进行等值连接检索。通常出现在具有关联表的等值连接查询,其中连接条件使用了唯一索引或主键。例如,通过外键连接两个表,或者使用JOIN语句时,连接条件涉及到唯一索引或主键。
- ref:表示使用非唯一索引进行等值连接检索。通常出现在使用非唯一索引进行查询的情况,其中每个索引键值可能匹配多行记录。
-- name 是索引
explain SELECT * FROM tb_user WHERE name= '李四';
- range::表示使用索引进行范围查询。通常出现在使用范围操作符(如BETWEEN、>、