• MYSQL的慢查询


    通过查询SQL的执行频次,我们就能够知道当前数据库到底是增删改为主,还是查询为主。 那假如说是以查询为主,次数我们可以借助于慢查询日志。接下来,我们就来介绍一下MySQL中的慢查询日志。

    慢查询日志

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

    查看慢查询 

    MySQL 的慢查询日志默认没有开启,我们可以查看一下系统变量 slow_query_log
    show variables like 'slow_query_log';

     

    配置慢查询 

    如果要开启慢查询日志,需要在MySQL的配置文件(my.cnf)中的[mysqld]配置如下信息 

    配置完毕之后,通过以下指令重新启动MySQL服务器进行查看

     测试

    执行命令

    select * from tb_sku;

    执行时间超过2秒

    查看日志 

    那这样,通过慢查询日志,就可以定位出执行效率比较低的SQL,从而有针对性的进行优化。 

    profile

    show profiles 能够在做 SQL 优化时帮助我们了解时间都耗费到哪里去了。通过 have_profiling
    参数,能够看到当前 MySQL 是否支持 profile操作。

    查看

    可以看到,当前 MySQL 是支持 profile 操作的,但是开关是关闭的。
    SELECT @@have_profiling ;

    打开配置 

    可以通过 set 语句在 session/global级别开启 profiling
    SET profiling = 1;

    测试

    接下来,我们所执行的 SQL 语句,都会被 MySQL 记录,并记录执行时间消耗到哪儿去
    了。 我们直接执行如下的 SQL 语句
    1. select * from tb_user;
    2. select * from tb_user where id = 1;
    3. select * from tb_user where name = '白起';
    4. select count(*) from tb_sku;

    查看耗时

    1. -- 查看每一条SQL的耗时基本情况
    2. show profiles;
    3. -- 查看指定query_id的SQL语句各个阶段的耗时情况
    4. show profile for query query_id;
    5. -- 查看指定query_id的SQL语句CPU的使用情况
    6. show profile cpu for query query_id;

    show profiles;--查看每一条SQL的耗时基本情况

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

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

     explain

    EXPLAIN 命令获取 MySQL 如何执行 SELECT 语句的信息,包括在 SELECT 语句执行过程中表如何连接和连接的顺序

    语法

    1. -- 直接在select语句之前加上关键字 explain / desc
    2. EXPLAIN SELECT 字段列表 FROM 表名 WHERE 条件 ;

    使用

    explain select * from tb_user where name = '白起';

    字段含义 

    字段
    含义
    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 的值越大越好。

  • 相关阅读:
    安全基础 --- 原型链污染
    Win32-hash算法-ALG_ID详解
    网络:VRP介绍
    SpringCloud 微服务应用篇 | (1)微服务远程调用与Eureka 注册中心
    Python面试题:如何在 Python 中处理大数据集?
    Unity URP渲染管线摄像机核心机制剖析
    项目在linux上的简单部署
    C++--多态
    matlab学习笔记(七)
    Spring中如何在一个Bean中注入一个内部Bean呢?
  • 原文地址:https://blog.csdn.net/qq_63431773/article/details/132790821