MySQL高性能(SQL性能分析)

MySQL性能系列


SQL性能分析

  • 前言
  • 1.SQL执行评率
  • [2. 慢查询日志](#2. 慢查询日志)
  • [3. profile详情](#3. profile详情)
  • [4. Explain执行计划](#4. Explain执行计划)
    • [4.1. Explain --- id](#4.1. Explain — id)
    • [4.2. Explain --- type](#4.2. Explain — type)
    • [4.3. Explain --- table](#4.3. Explain — table)
    • [4.4. Explain --- key](#4.4. Explain — key)

前言

本篇文章采用的MySQL版本是8代,同时自己使用的是Linux mysql8,本篇内容主要介绍MySQL的四种性能分析工具。


1.SQL执行评率

查询MySQL中SQL语句的执行评率

语法

sql 复制代码
show [session | global] status like Com_条件

//session:查看当前会话
//global:查询全局数据

Com_______:查询所有CRUD(七个下划线)

Com_delete:删除次数

Com_insert:插入次数

Com_update:修改次数

Com_select:查询次数

使用

sql 复制代码
show global status like `Com_______`;

通过上述指令,可以看到当前数据库到底是以查询为主,还是以增删改为主,从而为数据库优化提供依据。如果以增删为主,可以不考虑对其进行优化,如果是以查询为主,那么就要考虑对数据库的索引进行优化。

想要更加详细的定位SQL语句,可以借助于慢查询日志。

2. 慢查询日志

慢查询日志:记录了所有执行时间超过执行参数(long_query_time,单位:秒,默认10秒)的所有SQL语句的日志。

在MySQL中,慢查询日志默认是关闭状态

sql 复制代码
show variables like 'slow_query_log';

查询慢查询日志状态

如果想要开启慢查询日志,需要在MySQL配置文件中配置信息,目前使用的是Docker环境(/root/mysql/conf/my.cnf)中配置


  1. 开启慢查询日志,并配置条件时间。
sql 复制代码
[mysqld]
# 开启MySQL慢日志查询开关
slow_query_log=1
# 设置慢日志的时间为2秒,SQL语句执行时间超过2秒,就会视为慢查询,记录慢查询日志
long_query_time=2

如图


  1. 配置完毕后,重启Docker,执行查看慢日志语句
sql 复制代码
-- 执行查看慢日志
show variables like 'slow_query_log';
  1. 查询超过目标值的语句

定位查询速度超过2s的SQL语句

sql 复制代码
-- 动态查询日志文件
tail -f xxx-slow.log

3. profile详情

通过慢查询日志能够定位到SQL语句的执行情况,那么每条SQL的耗时情况又该如何查看?这时可以用到profile指令来查看。

MySQL支持profile操作,但同样是关闭的

sql 复制代码
//查询MySQL是否支持profile
SELECT  @@have_profiling ;
//查询profile是否开启
select @@profiling;

开启profile

sql 复制代码
SET  profiling = 1;

执行SQL语句

sql 复制代码
select * from tb_user;
select * from tb_user where id = 1;
select * from tb_user where name = '白起';
select count(*) from tb_sku;

执行指令

sql 复制代码
-- 查看每一条SQL的耗时基本情况
show profiles;

-- 查看指定query_id的SQL语句各个阶段的耗时情况
show profile  for  query query_id;

-- 查看指定query_id的SQL语句CPU的使用情况
show profile  cpu for  query query_id;

查看每一条SQL的耗时情况

查看指定SQL各个阶段的耗时情况


4. Explain执行计划

explain:MySQL性能优化神器,查看MySQL是如何处理SQL语句的,分析查询语句或是表结构的性能瓶颈。

语法

sql 复制代码
-- 直接在select语句之前加上关键字 explain / desc
EXPLAIN   SELECT   字段列表   FROM   表名   WHERE  条件 ;

desc:具有和explain类似的功能,显示SQL执行效率

Explain 执行计划中各个字段的含义

字段 含义
id select查询的序列号,表示查询中执行select子句或者是操作表的顺序(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 表示索引中使用的字节数, 该值为索引字段最大可能长度,并非实际使用长度,在不损失精确性的前提下, 长度越短越好 。
rows MySQL认为必须要执行查询的行数,在innodb引擎的表中,是一个估计值,可能并不总是准确的。
filtered 表示返回结果的行数占需读取行数的百分比, filtered 的值越大越好。
table 表示当前表名

4.1. Explain --- id

select查询的序列号,表示查询中执行select子句或者是操作表的顺序

id的不同情况:

  • id相同:执行顺序从上到下
  • id不同:值越大,越先执行
  • id相同与不同,同时存在,id相同的看做一组,从上往下顺序执行,所有组中,id越大,优先级越高,越先执行

id相同

从上往下顺序执行

id不同

值越大,越先执行

id相同与不同,同时存在

id相同的看做一组,从上往下顺序执行,所有组中,id越大,优先级越高,越先执行


4.2. Explain --- type

type:显示查询使用了哪种类型。

性能从高到低分别是:

NULL > system > const > eq_ref > ref > range > index > all

一般来说,得保证查询至少达到range级别,最好是ref

const:通过一次索引就找到,常用于比较primary key 或者unique索引(主键索引)。

eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。

ref:非唯一性索引扫描,返回匹配某个单独值的所有行,本质是一种索引访问。

查询主键索引,type = const


查询所有,type = null


4.3. Explain --- table

输出行所在的表,例如下图,table显示的表名为:tb_user,最为常见的关键字之一。

4.4. Explain --- key

key

  • 在MySQL中代表所选行显示的索引,如果为NULL,则代表没有使用索引。

如下所示,其中一个的key为fk_student(Foreign Key),表示该数据与表中另一张表(学生表)的记录有关联,与其主键建立关联。

相关推荐
Cachel wood2 分钟前
python round四舍五入和decimal库精确四舍五入
java·linux·前端·数据库·vue.js·python·前端框架
Python之栈9 分钟前
【无标题】
数据库·python·mysql
风_流沙21 分钟前
java 对ElasticSearch数据库操作封装工具类(对你是否适用嘞)
java·数据库·elasticsearch
亽仒凣凣29 分钟前
Windows安装Redis图文教程
数据库·windows·redis
亦世凡华、38 分钟前
MySQL--》如何在MySQL中打造高效优化索引
数据库·经验分享·mysql·索引·性能分析
YashanDB40 分钟前
【YashanDB知识库】Mybatis-Plus调用YashanDB怎么设置分页
数据库·yashandb·崖山数据库
ProtonBase1 小时前
如何从 0 到 1 ,打造全新一代分布式数据架构
java·网络·数据库·数据仓库·分布式·云原生·架构
云和数据.ChenGuang6 小时前
Django 应用安装脚本 – 如何将应用添加到 INSTALLED_APPS 设置中 原创
数据库·django·sqlite
woshilys7 小时前
sql server 查询对象的修改时间
运维·数据库·sqlserver
Hacker_LaoYi7 小时前
SQL注入的那些面试题总结
数据库·sql