Mysql 慢查询 分析

Mysql 慢查询 分析

explain分析执行计划

通过上一篇文章的方法查询到执行效率低的SQL语句后,可以通过explain或者desc命令获取Mysql如何执行selec语句的信息,包括在执行过程汇总表如何连接和连接的顺序等信息。

explain select * from tb_item where id = 1;

在这里插入图片描述

字段含义
idselect查询的序列号,表示查询中执行selec子句或操作表的顺序
select_type表示selec的类型,常见的取值有SIMPLE(简单表,不使用子查询)、PRIMARY(主查询,即外层的查询)、UNION(UNION中的第二个或者后面的查询语句)、SUBQUERY(子查询中的第一个selec)等
table输出结果集的表
type表示表的连接类型,性能由好到差的链接类型为(system–>const–>eq_ref–>ref–>ref_or_null–>index_merge–>index_subquery–>range–>index–>all)
possible_keys表示查询时,可能使用的索引
key表示实际使用的索引
key_len索引字段的长度
rows扫描行的数量
extra执行情况的说明和描述

explain之id

id字段是selec查询的序列号,查询的序列号,表示查询中执行selec子句或操作表的顺序

1)id相同表示加载表的顺序是从上到下
explain select * from t_role r,t_user u,user_role ur where r.id = ur.role_id and u.id = ur.user_id;

在这里插入图片描述

2)id不同,id值越大,优先级越高,越先被执行
explain select * from t_role where id = (select role_id from user_role where user_id = (select id from t_user where username = 'stu1'))

在这里插入图片描述

3)id有相同,也有不同,同时存在。

id相同的可以认为是一组,从上到下顺序执行;在所有组中,id值越大,优先级越高,越先执行

在这里插入图片描述

explain之select_type

表示select的类型,常见的取值,如下表所示

select_type含义
SIMPLE简单的select查询,查询中不包含子查询或者UNION
PRIMARY查询中包含任何复杂的子查询,最外层查询标记为改标记
SUBQUERY在SELECT或WHERE列表中包含了子查询
DERIVED在FROM列表中包含的子查询,被标记为DERIVED(衍生)MYSQL会递归执行这些子查询,把结果放在临时表中
UNION若第二个SELECT出现在UNION之后,则标记为UNION;若UNION包含在 FROM子句的子查询中,外层SELECT将被标记为:DERIVED
UNION RESULT从UNION表获取结果的SELECT

从上到下,效率越来越低

SUBQUERY演示
explain select * from t_user where id = (select id from user_role where role_id = 9);

在这里插入图片描述

DERIVED演示
explain select a.* from (select * from t_user where id in (1,2)) a;

在这里插入图片描述

UNION演示
explain select * from tb_user where id = 1 union select * from tb_user where id = 2;

在这里插入图片描述

explain之table

展示这一行的数据是关于哪一张表的

explain之type

type显示的是访问类型,是较为重要的指标,取值为

type含义
nullMysql不访问任何表,索引,直接返回结果
system表只有一行记录,这是const类型的特例,一般不会出现
const表示通过索引一次就找到了,const用于比较primary key或者unique索引。因为只匹配一行数据,所以很快,如将主键置于where列表汇总,Mysql就能将该查询转换为一个常量,cosnt于将"主键"或"唯一"索引的所有部分与常量进行比较
eq_ref类似ref,区别在于使用的是唯一所有,使用主键的关联查询,关联查询出的记录只有一条,常见于主键或唯一索引扫描
ref非唯一性索引扫描,返回匹配某个单独值的所有行。本质上也是一种索引访问,返回所有匹配某个单独之的所有行(多个)
range只检索给定返回的行,使用一个索引来选择行,where之后出现between,<,>,in 等操作
indexidnex与all的区别为index类型只是遍历了索引树,通常比all快,all是遍历数据文件
all将遍历全表以找到匹配的行
null演示

在这里插入图片描述

system演示

在这里插入图片描述

const演示

在这里插入图片描述

explain之key

  1. possible_keys:显示可能应用在这张表的索引,一个或多个
  2. key:实际使用的索引,如果为NULL,则没有使用索引
  3. key_len:表示索引中使用的字节数,该值为索引字段最大可能长度,并非实际使用长度,在不损失精确性的前提下,长度越短越好

explain之rows

扫描行的数量

explain之extra

其他额外的执行计划信息,在改列展示

extra含义
using filesort说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引进行读取,称为“文件排序”,效率低
using temporary使用了临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于order by和group by,效率低
using index表示相应的select操作使用了覆盖索引,避免访问表的数据行,效率不错

show profile分析SQL

在这里插入图片描述
查询sql的具体耗时步骤
在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip 【备注】 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用!有问题请及时沟通交流。 2、适用人群:计算机相关专业(如计科、信息安全、数据科学与大数据技术、人工智能、通信、物联网、自动化、电子信息等)在校学生、专业老师或者企业员工下载使用。 3、用途:项目具有较高的学习借鉴价值,不仅适用于小白学习入门进阶。也可作为毕设项目、课程设计、大作业、初期项目立项演示等。 4、如果基础还行,或热爱钻研,亦可在此项目代码基础上进行修改添加,实现其他不同功能。 欢迎下载!欢迎交流学习!不清楚的可以私信问我! 毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip毕设新项目-基于Java开发的智慧养老院信息管理系统源码+数据库(含vue前端源码).zip
MySQL 慢查询日志可以记录执行时间超过指定阈值的 SQL 查询语句,用于帮助 DBA 或开发者监控和优化 SQL 查询性能。 以下是 MySQL 慢查询日志分析的一般步骤: 1. 开启 MySQL 慢查询日志。在 MySQL 配置文件中设置 `slow_query_log` 参数为 `ON`,并指定 `slow_query_log_file` 参数为日志文件路径。 2. 查看慢查询日志。可以使用 `mysqldumpslow` 工具或者其他第三方工具来查看慢查询日志,例如: ``` mysqldumpslow -s t /path/to/slow_query_log_file ``` 上面的命令会按照时间排序并显示执行时间最长的 SQL 查询语句。 3. 分析慢查询语句。对于执行时间较长的 SQL 查询语句,可以进行如下分析: - 检查 SQL 查询语句是否存在索引。可以使用 `EXPLAIN` 命令或者其他第三方工具来查看 SQL 查询语句的执行计划,判断是否存在全表扫描或者索引失效等问题。 - 检查 SQL 查询语句的优化方式。可以考虑对 SQL 查询语句进行重构,使用更优的语法或者查询方式,例如使用 JOIN、子查询等方式来替代多次查询。 - 检查 MySQL 数据库的配置参数。可以根据查询语句的特点来调整 MySQL 数据库的配置参数,例如 `innodb_buffer_pool_size`、`max_connections`、`query_cache_size` 等参数。 4. 优化慢查询语句。根据分析结果,对 SQL 查询语句、MySQL 数据库配置参数等进行优化,提高查询性能。 总之,MySQL 慢查询日志分析需要结合实际情况和经验进行,需要不断地监控和优化,以提高 MySQL 数据库的性能和稳定性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值