#pt-query-digest mysql-slow.log

--分析mysql-slow.log这个慢查询日志文件

# A software update is available:

#   * The current version for Percona::Toolkit is 2.2.9.

# 170ms user time, 10ms system time, 26.00M rss, 213.39M vsz

--此工具执行日志分析时的所用时间、内存资源(rss物理内存占用大小,vsz虚拟内存占用大小)

# Current date: Mon Jul 28 09:55:34 2014

--分析时的系统时间

# Hostname: lump.group.com

--进行分析的主机名,非记录日志的数据库服务器

# Files: mysql-slow.log

--分析的日志文件名称

# Overall: 5 total, 4 unique, 0.02 QPS, 0.04x concurrency ________________

--文件中总共的语句数量,唯一的语句数量(对语句进行了格式化),QPS,并发数

# Time range: 2014-07-28 09:50:30 to 09:54:50

--记录日志的时间范围

--开始总的摘要信息

# Attribute          total     min     max     avg     95%  stddev  median

--total总计,min最小,max最大,avg平均,95%把所有值从小到大排列,位于95%的那个数

# ============     ======= ======= ======= ======= ======= ======= =======

# Exec time            10s      1s      3s      2s      3s   753ms      1s

# Lock time          196us       0    79us    39us    76us    33us    42us

# Rows sent          1.40k       0     716     287  685.39  335.14    3.89

# Rows examine      15.32k       0  11.13k   3.06k  10.80k   4.02k   2.06k

# Rows affecte           0       0       0       0       0       0       0

# Bytes sent        72.42k      11  38.85k  14.48k  38.40k  17.57k  234.30

# Query size           807       6     342  161.40  329.68  146.53  112.70

--

Exec time:语句执行时间

--

Lock time:锁占有时间

--Rows sent:发送到客户端的行数

--Row examine:扫描的行数(SELECT语句)

--Row affecte:发送改变的行数(UPDATE, DELETE, INSERT语句

)

--Bytes sent:发送多少bytes的

查询结果集

--Query size:查询语句的字符数

# Profile

# Rank Query ID           Response time Calls R/Call V/M   Item

# ==== ================== ============= ===== ====== ===== ===============

#    1 0x4A9CF4735A0490F2  3.1898 31.9%     1 3.1898  0.00 SELECT history_uint

#    2 0x2B0044BDE0960A2F  2.6991 27.0%     1 2.6991  0.00 SELECT history

#    3 0x813031B8BBC3B329  2.5755 25.7%     2 1.2877  0.00 COMMIT

#    4 0x469563A79E581DDB  1.5380 15.4%     1 1.5380  0.00 SELECT sessions

--Rank:分析的所有查询语句的排名,默认按查询时间降序排序,可以通过--order-by指定排序方式

--Query ID:查询语句的指纹,去掉了多余空格、和文本字符

--Response time:响应时间,占所有响应时间的百分比

--Calls:查询执行的次数

--R/Call:每次执行的平均响应时间

--V/M:响应时间Variance-to-mean的比率,参考:http://en.wikipedia.org/wiki/Index_of_dispersion

--Item:查询语句

--最后一行没有包括在报告中的查询合计统计信息,如使用了选项--limit和--outliers

--开始每个独立查询语句的分析

# Query 1: 0 QPS, 0x concurrency, ID 0x4A9CF4735A0490F2 at byte 591 ______

--QPS:每秒查询数(queries per second)

--concurrency:该查询的近似并发值

--ID:16进制,查询语句的指纹,去掉了多余空格、和文本字符、转换成小写,使用--filter可以用来进行过滤(如:pt-query-digest mysql-slow.201407250000 --filter '$event->{fingerprint} && make_checksum($event->{fingerprint}) eq "0793E2F7F5EBE1B1"' > slow2.txt),必须移除0x

--at byte 289141:查询语句在日志文件中的偏移量(byte offset),不一定精确,根据偏移量在日志文件中查找语句(如tail -c +289141 mysql-slow.201407250000 |head)

# This item is included in the report because it matches --limit.

# Scores: V/M = 0.00

# Time range: all events occurred at 2014-07-28 09:51:02

# Attribute    pct   total     min     max     avg     95%  stddev  median

--95%:95th percentile,stddev:standard deviation

# ============ === ======= ======= ======= ======= ======= ======= =======

# Count         20       1

--pct在整个日志文件中,执行语句占用百分比(20%),总计执行了1次

# Exec time     31      3s      3s      3s      3s      3s       0      3s

# Lock time     40    79us    79us    79us    79us    79us       0    79us

# Rows sent     49     715     715     715     715     715       0     715

# Rows examine  13   2.09k   2.09k   2.09k   2.09k   2.09k       0   2.09k

# Rows affecte   0       0       0       0       0       0       0       0

# Bytes sent    45  33.31k  33.31k  33.31k  33.31k  33.31k       0  33.31k

# Query size    42     342     342     342     342     342       0     342

# String:

# Databases    zabbix

--数据库名

# Hosts

# Last errno   0

# Users        zabbix

--执行语句的用户名

# Query_time distribution

--查询的执行时间分布情况图,可以使用选项--report-histogram进行定义

#   1us

#  10us

# 100us

#   1ms

#  10ms

# 100ms

#    1s  ################################################################

#  10s+

# Tables

#    SHOW TABLE STATUS FROM `zabbix` LIKE 'history_uint'\G

--可以使用该语句查询表的统计信息,如大小

#    SHOW CREATE TABLE `zabbix`.`history_uint`\G

--可以使用该语句查看表的结构信息

# EXPLAIN /*!50100 PARTITIONS*/

SELECT itemid,round(1401* MOD(CAST(clock AS UNSIGNED)+79742,86400)/(86400),0) AS i,COUNT(*) AS count,AVG(value) AS avg,MIN(value) AS min,MAX(value) AS max,MAX(clock) AS clock FROM history_uint  WHERE itemid='30376' AND clock>='1406425858' AND clock<='1406512258' GROUP BY itemid,round(1401* MOD(CAST(clock AS UNSIGNED)+79742,86400)/(86400),0)\G

--可以使用该语句查看查询计划,如非select语句,工具会转换成类似的select语句,方便进行explain

参考:

mysql5.6 pt-query-digest,分析pt-query-digest输出信息相关推荐

  1. ContentResolver.query流程分析

    文章目录 1.Context.getContentResolver() 2.ContentResolver.query() 3.ContentProviderProxy.query() 4.Trans ...

  2. lucene源码分析(6)Query分析

    查询的入口 /** Lower-level search API.** <p>{@link LeafCollector#collect(int)} is called for every ...

  3. mysql-普通查询(General Query)慢查询(Slow Query)相关日志配置

    2019独角兽企业重金招聘Python工程师标准>>> 配置 配置方法一: 服务启动时 # vi /etc/my.cnf ... log-output=TABLE,FILE gene ...

  4. mysql5.6 pt-query-digest_pt-query-digest安装及分析

    slow log 设置: cat my.cnf # For advice on how to change settings please see # http://dev.mysql.com/doc ...

  5. Elasticsearch: Query string与Simple query string

    文章目录 1.Query string 1.1 举例 1.2 query_string根一级参数 1.3 查询字符串语法 1.4 proximity query(临近搜索) 1.5 Range(范围) ...

  6. AssertionError: ‘.../best.pt‘ acceptable suffix is [‘.pt‘]和ValueError: loaded state dict contains...

    问题一:AssertionError: 'D:/数据集/exp15/weights/best.pt' acceptable suffix is ['.pt'] 解决方法:将单引号改为双引号" ...

  7. mysql的性能瓶颈分析、性能指标、性能指标信息的搜集工具与方法、分析调优工具的使用...

    性能瓶颈: 慢.写速度比读速度慢很多  主要的性能指标: 访问频度, 并发连接量, 缓存命中率, index使用, slow log开启与分析, query Log,查询log Threads_cac ...

  8. 例7.8 分析下列程序的输出结果。《计算机等级考试二级C++语言》

    /* 计算机等级考试二级C++语言 例7.8 分析下列程序的输出结果. */ ​ #include <bits/stdc++.h> using namespace std; class B ...

  9. 分析arm linux启动打印信息

    ===================================================== arm linux系统启动相关文章列表: arm linux系统启动流程 http://bl ...

  10. Out of memory, OOM killer输出信息分析

    当out of memory发生时,out_of_memory函数会选择一个内核认为犯有分配过多内存 "罪行"的进程,并杀死该进程. 这就有很大的几率腾出较多的空闲页,然后再跳转回 ...

最新文章

  1. android 蓝牙数据分包_无线组网技术谁能问鼎云巅-蓝牙Mesh, ZIGBEE, THREAD
  2. 人脸关键点 HRNet-Facial-Landmark-Detection
  3. 【Java】学习笔记(1)
  4. 第二章: 第二课 内容处理-插入图片
  5. redis api-set
  6. ES6 数组、对象的扩展
  7. C++设计模式-职责链模式
  8. 3D引擎多线程:渲染与逻辑分离
  9. 一蔚来ES8汽车疑似失控 将地下车库墙撞穿
  10. 将字典直接写入文件,出现中文乱码问题
  11. 机器学习基础(五十二)—— 朴素贝叶斯细节
  12. C语言制作科学计算器
  13. 关于博弈论的硬币问题
  14. SDUT 1160 某年某月的天数
  15. 如何进行电子邮箱申请(mail163),入门一分钟,终身受益
  16. win7电脑无法设置默认打开方式
  17. 小程序全局拖动悬浮球插件
  18. Java 使用word模板创建word文档报告教程
  19. iOS Technical Support For All-Random Colorful
  20. 微信公众号开发002-微信网页授权

热门文章

  1. oracle 提示i386,新手请教:RAC安装时检测i386软件包未安装,这个怎么处理?
  2. weblogic12c 设置jvm大小_weblogic 12c 配置jvm的内存大小
  3. 决策树的构造——一个手工例子
  4. <文本,场景图>解析实践
  5. windows cmd post请求_cmd命令集合
  6. JAVA实现服务器间拷贝文件,寻找在Java服务器之间传输大文件的好方法
  7. Kubernetes 系列(三):Kubernetes使用Traefik Ingress暴露服务
  8. 解决样本类别不平衡以及困难样本问题的方法总结
  9. day3 and homework
  10. 《精通Spring4.X企业应用开发实战》读后感第五章(注入参数详解)