热点
漏洞修复后索引重建:加速搜索优化的高效策略,reasoning_content:我们要求以数据仓库工程师的口吻,写一个与技术、科技相关,关于漏洞修复后索引重建:加速搜索优化的高效策略的标题直接输出一个标题,不要加说明字数30字以内需要简短精炼nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 这个本身已经是一个标题了,但可能不够像数据仓库工程师的口吻数据仓库工程师可能会用更技术化、更专业的术语,比如重建索引、优化查询、加速搜索等考虑到原题目已经给出了这个短语,但要求是写一个标题,我们可以直接使用它或者稍微调整nn注意要求:以'数据仓库工程师'的口吻,所以可以加入一些数据仓库相关的术语,比如ETL、数仓、维度建模等但核心是漏洞修复后索引重建和加速搜索优化标题要简短,30字以内nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 共18字,符合但是否需要更专业?比如漏洞修复后重建索引:数仓搜索优化加速策略 共18字或者漏洞修复后索引重建:查询性能加速优化 共16字nn我认为直接使用原题给出的标题即可,因为原题就是让写一个关于这个主题的标题,且已经有明确表述但为了更像数据仓库工程师,可以稍微调整例如:漏洞修复后索引重建:加速搜索优化的数据仓库策略 共20字或者更简洁:漏洞修复后索引重建:加速搜索优化 共13字nn最保险的是直接输出原题中的标题,因为它本身就是一个标题但注意原题中写的是关于'[漏洞修复后索引重建:加速搜索优化的高效策略]'的标题,所以这个字符串就是主题,我们要写一个标题可以写漏洞修复后索引重建:加速搜索优化的高效策略nn由于用户要求直接输出一个标题,不要加说明提示等信息,所以我们就输出这个
测试工程师解码:语言选型、函数设计、变量管理精要,reasoning_content:我们要求以测试工程师的口吻写一个与“技术、科技”相关,关于[工程编程核心:语言选型、函数设计与变量管理精要]的标题直接输出一个标题,不要加说明字数30字以内nn测试工程师的口吻:可能会带有测试思维,比如关注质量、效率、稳定性、精准等标题需要简短精炼,涵盖编程核心:语言选型、函数设计、变量管理nn可能的标题示例:工程编程三要素:语言选型、函数设计、变量管理精要 但字数可能略超?计算一下:工程编程三要素:语言选型、函数设计、变量管理精要 - 共用了19个汉字?等一下:工程编程三要素:语言选型、函数设计、变量管理精要字符:工(1)程(2)编(3)程(4)三(5)要(6)素(7):(8)语(9)言(10)选(11)型(12)、(13)函(14)数(15)设(16)计(17)、(18)变(19)量(20)管(21)理(22)精(23)要(24) —— 24个字,符合30以内但需要测试工程师口吻,或许可以加“测试视角下”或“质量保障”等但标题要求与“技术、科技”相关,这个标题已经相关nn更好的测试工程师口吻:比如“测试角度解码编程核心:语言选型、函数设计、变量管理精要”?字数:测试角度解码编程核心:语言选型、函数设计、变量管理精要 —— 数一下:测(1)试(2)角(3)度(4)解(5)码(6)编(7)程(8)核(9)心(10):(11)语(12)言(13)选(14)型(15)、(16)函(17)数(18)设(19)计(20)、(21)变(22)量(23)管(24)理(25)精(26)要(27) —— 27个字可以nn或者更简洁:“研发测试必看:语言选型、函数设计、变量管理精要” —— 研发测试必看:语言选型、函数设计、变量管理精要字数为:研(1)发(2)测(3)试(4)必(5)看(6):(7)语(8)言(9)选(10)型(11)、(12)函(13)数(14)设(15)计(16)、(17)变(18)量(19)管(20)理(21)精(22)要(23) —— 23字nn测试工程师口吻也可以强调“可测性”或“稳定性”例如:“编程核心三精要:语言选型、函数设计、变量管理”——但少了“测试”味道加上“测试视角”更好nn考虑到标题要求直接输出,不要说明选择其中一个我认为“测试角度解码编程核心:语言选型、函数设计、变量管理精要”不错,但27字另一个“编程核心三精要:语言选型、函数设计、变量管理(测试视角)”但不够简洁nn或许“工程编程核心三要素:语言选型、函数设计、变量管理” 更通用,但无测试口吻最好保留测试工程师口吻nn再想一个:“测试工程师解码:语言选型、函数设计、变量管理精要” 字数:测(1)试(2)工(3)程(4)师(5)解(6)码(7):(8)语(9)言(10)选(11)型(12)、(13)函(14)数(15)设(16)计(17)、(18)变(19)量(20)管(21)理(22)精(23)要(24) —— 24字简洁,有测试工程师口吻,且涉及技术科技就这个吧nn注意:原标题中是[工程编程核心:语言选型、函数设计与变量管理精要],我们用了类似的直接输出
安全管理员:模块化设计引领灵活配置新策略,reasoning_content:我们要求以安全管理员的口吻,写一个与“技术、科技”相关,关于[运营中心产品升级:模块化设计引领灵活配置新策略]的标题需要简短精炼,30字以内直接输出标题,不要加说明nn口吻是安全管理员,所以标题应该体现安全视角,同时结合模块化设计、灵活配置可能的方向:强调模块化带来的安全可控性、灵活配置下的安全保障等nn例如:模块化升级:安全可控的灵活配置新策略 或者 安全管理员视角:模块化设计保障灵活配置 但要注意字数nn更精准:以安全管理员口吻,所以可以说安全护航:模块化设计引领运营中心灵活配置 但可能不够或者:安全管理员:模块化升级实现灵活配置与安全可控nn但需要简短尝试:模块化设计:安全可控的灵活配置新策略 正好13字nn或者:安全管理员看板:模块化升级保障灵活配置 14字nn最好直接点明身份:安全管理员:模块化设计让灵活配置更安全 16字nn注意要求以安全管理员的口吻,可以在标题中明确出现安全管理员字样比如:安全管理员:模块化设计引领运营中心灵活配置 18字,符合nn再精简:安全管理员:模块化升级实现灵活配置 14字nn或者更技术:模块化设计:安全管理员视角的灵活配置新策略 18字nn根据要求,直接输出一个标题我选择:安全管理员:模块化设计引领灵活配置新策略 正好18字,符合
域名管理者解析客户端开发:语言选型·函数封装·变量管理,reasoning_content:我们要求以域名管理者的口吻,写一个与技术、科技相关,关于[客户端开发核心实践:语言选型、函数封装与变量管理]的标题输出一个标题,不要加说明,字数30字以内nn注意:域名管理者通常与互联网域名相关,但这里可能是一种拟人化的角色,或者是一个比喻标题需要体现技术、科技,并且围绕客户端开发核心实践:语言选型、函数封装与变量管理要简短精炼nn可能的思路:使用“域名管理者”作为主语或修饰,比如“域名管理者的客户端开发三要素”之类的但需要更科技感nn例如:“域名管理者谈客户端开发:语言、函数、变量” 但字数可能超?计算一下:域名管理者谈客户端开发:语言、函数、变量 — 15个字?实际:域名管理者谈客户端开发:语言、函数、变量 共15个汉字?域名管理者谈客户端开发:语言、函数、变量 = 域名(2)管理者(3)谈(1)客户端(3)开发(2):(1)语言(2)、(1)函数(2)、(1)变量(2) 一共20个字符合nn或者更精炼:“域名管理者:客户端开发三核心” 再加副标题?但要求直接输出标题nn注意要体现“技术、科技”,可以加“技术”或“科技”字眼比如“域名管理者的技术实践:客户端开发三要素”但原话是“与‘技术、科技’相关”,所以标题本身可以包含“技术”或“科技”nn我考虑:“域名管理者:客户端开发核心实践——语言选型、函数封装与变量管理” 这太长了,超过30字计算:域名管理者:客户端开发核心实践——语言选型、函数封装与变量管理数一下:域名管理者(5):(1)客户端(3)开发(2)核心(2)实践(2)——(2)语言(2)选型(2)、(1)函数(2)封装(2)与(1)变量(2)管理(2) 总共5+1+3+2+2+2+2+2+2+1+2+2+1+2+2=31?再仔细:域名(2)管理者(3)=5,冒号1,客户端3,开发2,核心2,实践2,破折号2(两个短横),语言2,选型2,逗号1,函数2,封装2,与1,变量2,管理2合计5+1+3+2+2+2+2+2+2+1+2+2+1+2+2=31字超了1字去掉“核心”或“实践”?或者改用“技术”替换?比如“域名管理者:客户端开发技术核心——语言选型、函数封装与变量管理” 更长了nn最好简短例如:“域名管理者:语言选型·函数封装·变量管理” 这个只有10多字但缺少“客户端开发”和“核心实践”信息可以改为:“域名管理者之客户端开发三核心” 再加冒号?“域名管理者:客户端开发三核心——语言、函数、变量” 这个13字?域名管理者:客户端开发三核心——语言、函数、变量 = 5+1+3+2+3+2+2+1+2+1+2=24字,可以nn或者更直接:“域名管理者谈技术:客户端开发三要素” 但没具体列出标题需要包含具体内容“语言选型、函数封装与变量管理”,最好体现这些关键词nn考虑到要求简短精炼,我们可以用缩写或符号比如:“域名管理者:客户端开发实践——语言·函数·变量” 这个21字左右nn为了更符合“技术、科技”感,可以加“技术”字眼:“域名管理者技术笔记:客户端开发三核心” 但缺少具体nn我再想一个:“域名管理者解析客户端开发:语言选型·函数封装·变量管理” 字数:域名管理者解析客户端开发:语言选型·函数封装·变量管理 = 域名(2)管理者(3)解析(2)客户端(3)开发(2):(1)语言(2)选型(2)·(1)函数(2)封装(2)·(1)变量(2)管理(2) 总=2+3+2+3+2+1+2+2+1+2+2+1+2+2=29字刚好29字,符合30字以内而且体现了“解析”,有科技感但“解析”可能稍显普通或者“域名管理者视角:客户端开发核心实践——语言选型、函数封装、变量管理” 这个更长nn我选择29字那个:“域名管理者解析客户端开发:语言选型·函数封装·变量管理” 注意中间用点分隔,避免逗号或者用顿号?也可以nn另外注意要求:“直接输出一个标题,不要加说明提示等信息”所以直接输出这个字符串即可
16 9 月 2026, 周三

这篇文章主要介绍mysql中pt-query-digest如何安装使用,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
 
pt-query-digest安装使用
 
一、简介
 
pt-query-digest是用于分析mysql慢查询的一个工具,它可以分析binlog、General log、slowlog,也可以通过SHOWPROCESSLIST或者通过tcpdump抓取的MySQL协议数据来进行分析。可以把分析结果输出到文件中,分析过程是先对查询语句的条件进行参数化,然后对参数化以后的查询进行分组统计,统计出各查询的执行时间、次数、占比等,可以借助分析结果找出问题进行优化。
 
二、安装pt-query-digest
 
1.下载页面:
 
https://www.percona.com/doc/percona-toolkit/3.0/installation.html
 
 
2.配置yum库
 
Configuring      Percona Repository
Enabling Testing      and Experimental Repositories
yum install http://www.percona.com/downloads/percona-release/redhat/0.1-6/percona-release-0.1-6.noarch.rpm
 
3.yum方式安装
 
yum install percona-toolkit
 
默认安装到:/usr/bin
 
[root@tqsrv122 yum]# ls /usr/bin/pt-*
 
/usr/bin/pt-align                  /usr/bin/pt-ioprofile             /usr/bin/pt-slave-delay
 
/usr/bin/pt-archiver               /usr/bin/pt-kill                  /usr/bin/pt-slave-find
 
/usr/bin/pt-config-diff            /usr/bin/pt-mext                  /usr/bin/pt-slave-restart
 
/usr/bin/pt-deadlock-logger        /usr/bin/pt-mongodb-query-digest  /usr/bin/pt-stalk
 
/usr/bin/pt-diskstats              /usr/bin/pt-mongodb-summary       /usr/bin/pt-summary
 
/usr/bin/pt-duplicate-key-checker  /usr/bin/pt-mysql-summary         /usr/bin/pt-table-checksum
 
/usr/bin/pt-fifo-split             /usr/bin/pt-online-schema-change  /usr/bin/pt-table-sync
 
/usr/bin/pt-find                   /usr/bin/pt-pmp                   /usr/bin/pt-table-usage
 
/usr/bin/pt-fingerprint            /usr/bin/pt-query-digest          /usr/bin/pt-upgrade
 
/usr/bin/pt-fk-error-logger        /usr/bin/pt-secure-collect        /usr/bin/pt-variable-advisor
 
/usr/bin/pt-heartbeat              /usr/bin/pt-show-grants           /usr/bin/pt-visual-explain
 
/usr/bin/pt-index-usage            /usr/bin/pt-sift
 
4.各工具用法简介(详细内容:https://www.percona.com/doc/percona-toolkit/3.0/index.html)
 
(1)慢查询日志分析统计
 
pt-query-digest /usr/local/mysql/data/slow.log
 
(2)服务器摘要
 
pt-summary
 
(3)服务器磁盘监测
 
pt-diskstats
 
(4)mysql服务状态摘要
 
pt-mysql-summary -- --user=root --password=root
 
三、pt-query-digest语法及重要选项
 
pt-query-digest [OPTIONS] [FILES] [DSN]
 
--create-review-table  当使用--review参数把分析结果输出到表中时,如果没有表就自动创建。
 
--create-history-table  当使用--history参数把分析结果输出到表中时,如果没有表就自动创建。
 
--filter  对输入的慢查询按指定的字符串进行匹配过滤后再进行分析
 
--limit    限制输出结果百分比或数量,默认值是20,即将最慢的20条语句输出,如果是50%则按总响应时间占比从大到小排序,输出到总和达到50%位置截止。
 
--host  mysql服务器地址
 
--user  mysql用户名
 
--password  mysql用户密码
 
--history 将分析结果保存到表中,分析结果比较详细,下次再使用--history时,如果存在相同的语句,且查询所在的时间区间和历史表中的不同,则会记录到数据表中,可以通过查询同一CHECKSUM来比较某类型查询的历史变化。
 
--review 将分析结果保存到表中,这个分析只是对查询条件进行参数化,一个类型的查询一条记录,比较简单。当下次使用--review时,如果存在相同的语句分析,就不会记录到数据表中。
 
--output 分析结果输出类型,值可以是report(标准分析报告)、slowlog(Mysql slow log)、json、json-anon,一般使用report,以便于阅读。
 
--since 从什么时间开始分析,值为字符串,可以是指定的某个”yyyy-mm-dd [hh:mm:ss]”格式的时间点,也可以是简单的一个时间值:s(秒)、h(小时)、m(分钟)、d(天),如12h就表示从12小时前开始统计。
 
--until 截止时间,配合—since可以分析一段时间内的慢查询。
 
四、分析pt-query-digest输出结果
 
第一部分:总体统计结果
 
Overall:总共有多少条查询
 
Time range:查询执行的时间范围
 
unique:唯一查询数量,即对查询条件进行参数化以后,总共有多少个不同的查询
 
total:总计   min:最小   max:最大  avg:平均
 
95%:把所有值从小到大排列,位置位于95%的那个数,这个数一般最具有参考价值
 
median:中位数,把所有值从小到大排列,位置位于中间那个数
 
# 该工具执行日志分析的用户时间,系统时间,物理内存占用大小,虚拟内存占用大小
 
# 340ms user time, 140ms system time, 23.99M rss, 203.11M vsz
 
# 工具执行时间
 
# Current date: Fri Nov 25 02:37:18 2016
 
# 运行分析工具的主机名
 
# Hostname: localhost.localdomain
 
# 被分析的文件名
 
# Files: slow.log
 
# 语句总数量,唯一的语句数量,QPS,并发数
 
# Overall: 2 total, 2 unique, 0.01 QPS, 0.01x concurrency ________________
 
# 日志记录的时间范围
 
# Time range: 2016-11-22 06:06:18 to 06:11:40
 
# 属性               总计      最小    最大    平均    95%  标准    中等
 
# Attribute          total     min     max     avg     95%  stddev  median
 
# ============     ======= ======= ======= ======= ======= ======= =======
 
# 语句执行时间
 
# Exec time             3s   640ms      2s      1s      2s   999ms      1s
 
# 锁占用时间
 
# Lock time            1ms       0     1ms   723us     1ms     1ms   723us
 
# 发送到客户端的行数
 
# Rows sent              5       1       4    2.50       4    2.12    2.50
 
# select语句扫描行数
 
# Rows examine     186.17k       0 186.17k  93.09k 186.17k 131.64k  93.09k
 
# 查询的字符数
 
# Query size           455      15     440  227.50     440  300.52  227.50
 
第二部分:查询分组统计结果
 
Rank:所有语句的排名,默认按查询时间降序排列,通过--order-by指定
 
Query ID:语句的ID,(去掉多余空格和文本字符,计算hash值)
 
Response:总的响应时间
 
time:该查询在本次分析中总的时间占比
 
calls:执行次数,即本次分析总共有多少条这种类型的查询语句
 
R/Call:平均每次执行的响应时间
 
V/M:响应时间Variance-to-mean的比率
 
Item:查询对象
 
# Profile
# Rank Query ID           Response time Calls R/Call V/M   Item
# ==== ================== ============= ===== ====== ===== ===============
#    1 0xF9A57DD5A41825CA  2.0529 76.2%     1 2.0529  0.00 SELECT
#    2 0x4194D8F83F4F9365  0.6401 23.8%     1 0.6401  0.00 SELECT wx_member_base
 
第三部分:每一种查询的详细统计结果
 
由下面查询的详细统计结果,最上面的表格列出了执行次数、最大、最小、平均、95%等各项目的统计。
 
ID:查询的ID号,和上图的Query ID对应
 
Databases:数据库名
 
Users:各个用户执行的次数(占比)
 
Query_time distribution :查询时间分布, 长短体现区间占比,本例中1s-10s之间查询数量是10s以上的两倍。
 
Tables:查询中涉及到的表
 
Explain:SQL语句
 
# Query 1: 0 QPS, 0x concurrency, ID 0xF9A57DD5A41825CA at byte 802 ______
 
# This item is included in the report because it matches --limit.
 
# Scores: V/M = 0.00
 
# Time range: all events occurred at 2016-11-22 06:11:40
 
# Attribute    pct   total     min     max     avg     95%  stddev  median
 
# ============ === ======= ======= ======= ======= ======= ======= =======
 
# Count         50       1
 
# Exec time     76      2s      2s      2s      2s      2s       0      2s
 
# Lock time      0       0       0       0       0       0       0       0
 
# Rows sent     20       1       1       1       1       1       0       1
 
# Rows examine   0       0       0       0       0       0       0       0
 
# Query size     3      15      15      15      15      15       0      15
 
# String:
 
# Databases    test
 
# Hosts        192.168.8.1
 
# Users        mysql
 
# Query_time distribution
 
#   1us
 
#  10us
 
# 100us
 
#   1ms
 
#  10ms
 
# 100ms
 
#    1s  ################################################################
 
#  10s+
 
# EXPLAIN /*!50100 PARTITIONS*/
 
select sleep(2)\G
 
五、用法示例
 
1.直接分析慢查询文件:
 
pt-query-digest  slow.log > slow_report.log
 
2.分析最近12小时内的查询:
 
pt-query-digest  --since=12h  slow.log > slow_report2.log
 
3.分析指定时间范围内的查询:
 
pt-query-digest slow.log --since '2017-01-07 09:30:00' --until '2017-01-07 10:00:00'> > slow_report3.log
 
4.分析指含有select语句的慢查询
 
pt-query-digest --filter '$event->{fingerprint} =~ m/^select/i' slow.log> slow_report4.log
 
5.针对某个用户的慢查询
 
pt-query-digest --filter '($event->{user} || "") =~ m/^root/i' slow.log> slow_report5.log
 
6.查询所有所有的全表扫描或full join的慢查询
 
pt-query-digest --filter '(($event->{Full_scan} || "") eq "yes") ||(($event->{Full_join} || "") eq "yes")' slow.log> slow_report6.log
 
7.把查询保存到query_review表
 
pt-query-digest --user=root –password=abc123 --review  h=localhost,D=test,t=query_review--create-review-table  slow.log
 
8.把查询保存到query_history表
 
pt-query-digest  --user=root –password=abc123 --review  h=localhost,D=test,t=query_history--create-review-table  slow.log_0001
pt-query-digest  --user=root –password=abc123 --review  h=localhost,D=test,t=query_history--create-review-table  slow.log_0002
 
9.通过tcpdump抓取mysql的tcp协议数据,然后再分析
 
tcpdump -s 65535 -x -nn -q -tttt -i any -c 1000 port 3306 > mysql.tcp.txt
pt-query-digest --type tcpdump mysql.tcp.txt> slow_report9.log
 
10.分析binlog
 
mysqlbinlog mysql-bin.000093 > mysql-bin000093.sql
pt-query-digest  --type=binlog  mysql-bin000093.sql > slow_report10.log
 
11.分析general log
 
pt-query-digest  --type=genlog  localhost.log > slow_report11.log
 
以上是“mysql中pt-query-digest如何安装使用”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注亿速云行业资讯频道!

dawei

【声明】:毕节站长网内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:bqsm@foxmail.com,我们将及时予以处理。

您错过了

漏洞修复后索引重建:加速搜索优化的高效策略,reasoning_content:我们要求以数据仓库工程师的口吻,写一个与技术、科技相关,关于漏洞修复后索引重建:加速搜索优化的高效策略的标题直接输出一个标题,不要加说明字数30字以内需要简短精炼nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 这个本身已经是一个标题了,但可能不够像数据仓库工程师的口吻数据仓库工程师可能会用更技术化、更专业的术语,比如重建索引、优化查询、加速搜索等考虑到原题目已经给出了这个短语,但要求是写一个标题,我们可以直接使用它或者稍微调整nn注意要求:以'数据仓库工程师'的口吻,所以可以加入一些数据仓库相关的术语,比如ETL、数仓、维度建模等但核心是漏洞修复后索引重建和加速搜索优化标题要简短,30字以内nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 共18字,符合但是否需要更专业?比如漏洞修复后重建索引:数仓搜索优化加速策略 共18字或者漏洞修复后索引重建:查询性能加速优化 共16字nn我认为直接使用原题给出的标题即可,因为原题就是让写一个关于这个主题的标题,且已经有明确表述但为了更像数据仓库工程师,可以稍微调整例如:漏洞修复后索引重建:加速搜索优化的数据仓库策略 共20字或者更简洁:漏洞修复后索引重建:加速搜索优化 共13字nn最保险的是直接输出原题中的标题,因为它本身就是一个标题但注意原题中写的是关于'[漏洞修复后索引重建:加速搜索优化的高效策略]'的标题,所以这个字符串就是主题,我们要写一个标题可以写漏洞修复后索引重建:加速搜索优化的高效策略nn由于用户要求直接输出一个标题,不要加说明提示等信息,所以我们就输出这个