MySQL 性能分析

2024-03-07 1455阅读

温馨提示:这篇文章已超过385天没有更新,请注意相关的内容是否还可用!

文章目录

      • 查看执行频次
      • 慢查询日志
      • profile
      • explain
        • id
        • select_type
        • type
        • possible_key
        • Key
        • Key_len
        • rows
        • filtered

          MySQL 性能分析


          查看执行频次

          查看当前数据库的 INSERT, UPDATE, DELETE, SELECT 访问频次:

          SHOW GLOBAL STATUS LIKE 'Com_______';
          

          或者

          SHOW SESSION STATUS LIKE 'Com_______';
          

          例如:
          MySQL 性能分析

          慢查询日志

          慢查询日志记录了所有执行时间超过指定参数(long_query_time,单位:秒,默认10秒)的所有SQL语句的日志。
          MySQL的慢查询日志默认没有开启,需要在MySQL的配置文件(/etc/my.cnf)中配置如下信息:

          # 开启慢查询日志开关
          slow_query_log=1
          # 设置慢查询日志的时间为2秒,SQL语句执行时间超过2秒,就会视为慢查询,记录慢查询日志
          long_query_time=2
          


          更改后记得重启MySQL服务,日志文件位置:/var/lib/mysql/localhost-slow.log

          查看慢查询日志开关状态(默认是关闭的):

          show variables like 'slow_query_log';
          

          profile

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

          SELECT @@have_profiling;
          


          profiling 默认关闭,可以通过 set 语句在 session/global 级别开启 profiling:

          SET profiling = 1;
          


          查看所有语句的耗时:

          show profiles;
          


          查看指定query_id的SQL语句各个阶段的耗时:

          show profile for query query_id;
          


          查看指定query_id的SQL语句CPU的使用情况

          show profile cpu for query query_id;
          

          explain

          MySQL explain详解_mysql中explain详解-CSDN博客
          EXPLAIN 或者 DESC 命令获取 MySQL 如何执行 SELECT 语句的信息,包括在 SELECT 语句执行过程中表如何连接和连接的顺序。
          语法:
          # 直接在select语句之前加上关键字 explain / desc

          EXPLAIN SELECT 字段列表 FROM 表名 HWERE 条件;
          

          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、alltype 显示的是访问类型,是较为重要的一个指标,可取值为:

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

          结果值从最好到最坏以此是:null > system > const > eq_ref > ref > range > index > ALL
          一般来说, 我们需要保证查询至少达到 range 级别, 最好达到ref 。

          possible_key

          可能应用在这张表上的索引,一个或多个

          Key

          实际使用的索引,如果为 NULL,则没有使用索引

          Key_len

          表示索引中使用的字节数,该值为索引字段最大可能长度,并非实际使用长度,在不损失精确性的前提下,长度越短越好

          rows

          MySQL认为必须要执行的行数,在InnoDB引擎的表中,是一个估计值,可能并不总是准确的

          filtered

          表示返回结果的行数占需读取行数的百分比,filtered的值越大越好

          MySQL 性能分析


VPS购买请点击我

免责声明:我们致力于保护作者版权,注重分享,被刊用文章因无法核实真实出处,未能及时与作者取得联系,或有版权异议的,请联系管理员,我们会立即处理! 部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理! 图片声明:本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库和百度,360,搜狗等多加搜索引擎自动关键词搜索配图,如有侵权的图片,请第一时间联系我们,邮箱:ciyunidc@ciyunshuju.com。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!

目录[+]