Percona Toolkit 神器全攻略（性能类）

墙薇花

Percona Toolkit 神器全攻略（性能类）

Percona Toolkit 神器全攻略系列共八篇，前文回顾：
前文回顾Percona Toolkit 神器全攻略Percona Toolkit 神器全攻略（实用类）Percona Toolkit 神器全攻略（配置类）Percona Toolkit 神器全攻略（监控类）Percona Toolkit 神器全攻略（系统类）Percona Toolkit 神器全攻略（开发类）Percona Toolkit 神器全攻略（复制类）

全文约定：$为命令提示符、greatsql>为GreatSQL数据库提示符。在后续阅读中，依据此约定进行理解与操作

性能类

在Percona Toolkit中性能类共有以下工具

• pt-index-usage：分析日志中索引使用情况，并出报告
  
• pt-pmp：查询结果跟踪，并汇总跟踪结果
  
• pt-table-usage：分析日志中查询并分析表使用情况
  
• pt-visual-explain：格式化执行计划
  
• pt-mongodb-index-check：MongoDB 索引执行检查
  
• pt-mongodb-query-digest：通过聚合来自 MongoDB 查询分析器的查询来报告查询使用统计信息
  

pt-index-usage

概要

从慢查询日志中读取查询并分析它们如何使用索引
用法

• pt-index-usage [OPTIONS] [FILES]
  

选项

该工具所有选项如下
参数含义--ask-pass连接 MySQL/GreatSQL 提示输入密码--charset默认字符集--config读取这个逗号分隔的配置文件列表，如果指定，这必须是命令行上的第一个选项--create-save-results-database如果--save-results-database不存在，则创建它--[no]create-views为--save-results-database示例查询创建视图--database用于连接的数据库--databases仅从此逗号分隔的数据库列表中获取表和索引--databases-regex仅从数据库中获取名称与此 Perl 正则表达式匹配的表和索引--defaults-file只从给定文件中读取 MySQL/GreatSQL 选项--drop建议仅删除这些类型的未使用索引--empty-save-results-tables删除并重新创建--save-results-database中所有预先存在的表--help显示帮助--host连接到主机--ignore-databases忽略这个以逗号分隔的数据库列表--ignore-databases-regex忽略名称与此 Perl 正则表达式匹配的数据库--ignore-tables忽略这个以逗号分隔的表名列表--ignore-tables-regex忽略名称与 Perl 正则表达式匹配的表--password连接时使用的密码--port连接的端口号--progress将进度报告打印到 STDERR--quiet不打印任何告警--[no]report根据-–report-format报告格式打印报告--report-format报告的格式，目前只有一种：drop_unused_indexes--save-results-database将结果保存到该数据库中的表中--set-vars在这个以逗号分隔的variable=value对列表中设置 MySQL/GreatSQL 变量--socket用于连接的套接字文件--tables仅从这个以逗号分隔的表列表中获取索引--tables-regex仅从名称与此 Perl 正则表达式匹配的表中获取索引--user登录的用户--version显示版本--[no]version-check版本检查最佳实践

1. $ pt-index-usage /data/GreatSQL/slow.log --host='localhost' --user='root' --ask-pass
2. ALTER TABLE `tpch`.`lineitem` DROP KEY `lineitem_fk1`, DROP KEY `lineitem_fk2`; -- type:non-unique

复制代码

该工具连接到GreatSQL数据库服务器，读取查询日志，并使用EXPLAIN询问GreatSQL将如何使用每个查询。当完成时，打印出一个关于查询没有使用的索引
也可以将打印出来的结果存入到数据库当中

1. $ pt-index-usage /data/GreatSQL/slow.log --no-report --save-results-database h=127.0.0.1,P=3306,u=root,p=,D=test_db

复制代码

进入到数据库中就可以看到自动创建了四张表

1. greatsql> show tables;
2. +--------------------+
3. | Tables_in_test_db  |
4. +--------------------+
5. | index_alternatives |
6. | index_usage        |
7. | indexes            |
8. | tables             |
9. +--------------------+
10. 4 rows in set (0.01 sec)

复制代码

• index_alternatives：此表记录了索引的替代方案。它包含了关于哪些索引可以替代其他索引的信息。
  
• index_usage：这张表跟踪了索引的使用情况。它记录了哪些索引被查询使用，以及它们的效率和性能。
  
• indexes：此表包含了数据库中所有表的索引信息。它记录了每个表的索引名称、列、类型等。
  
• tables：这张表记录了数据库中的所有表。它包含了表的名称、行数、大小等信息。
  

额外补充

在MySQL/GreatSQL 5.7版本中，sys schema提供了以下几张表，有助于分析数据库索引使用情况

• schema_index_statistics：此表显示有关索引的统计信息，包括索引的大小、行数、唯一性和其他相关指标。它对于优化查询和了解索引的使用情况非常有用
  
• schema_redundant_indexes：这个表显示重复索引或被其他索引替代的索引。具体来说，它列出了哪些索引是多余的，以及哪些索引是主导索引（使多余索引变得多余）
  
• schema_unused_indexes：这个表显示那些没有被使用的索引。如果某个索引长时间没有被查询，就可能是多余的。通过检查这个表，您可以找到可以删除或优化的未使用索引
  

在MySQL/GreatSQL 8.0版本中，也有几张表关于索引的

• INFORMATION_SCHEMA.INNODB_INDEXES 表提供有关 InnoDB 索引的元数据
  
• INFORMATION_SCHEMA.INDEX_STATISTICS 表提供了索引统计信息
  

pt-pmp

概要

查询结果跟踪，并汇总跟踪结果。获取进程的堆栈信息，并且对这些结果进行汇总

进程的堆栈信息是通过gdb获取的，所以在获取过程中，会对数据库的性能有一定的影响

用法

• pt-pmp [OPTIONS] [FILES]
  

选项

该工具所有选项如下
参数含义--binary要跟踪哪个二进制文件--help显示帮助--interval--iterations之间休眠的秒数--iterations要收集和聚合的跟踪数--lines仅聚合许多函数的第一个指定数量，默认值是0也就是无穷大--pid要跟踪的进程的进程 ID--save-samples聚合后将原始跟踪保留在此文件中--version显示版本最佳实践

根据进程名汇总堆栈信息

1. $ pt-pmp --binary mysqld
2. #......输出太长不展示

复制代码

使用该工具需要安装gdb，否则报错 “gdb: command not found”

汇总pstack获取的结果

1. $ ps -ef |grep mysqld
2. mysql      29297       1  0 Apr24 ?        00:18:07 /usr/local/GreatSQL-8.0.32-25-Linux-glibc2.28-x86_64/bin/mysqld --defaults-group-suffix=@mgr01
4. $ pstack 29297 > /tmp/29297.info
5. $ pt-pmp /tmp/29297.info
6. #......输出太长不展示

复制代码

pt-table-usage

概要

分析日志中查询并分析表使用情况通。过读取日志(例如：慢查询日志)中的查询语句，然后分析语句是如何使用表的，即：表之间的数据流向
用法

• pt-table-usage [OPTIONS] [FILES]
  

选项

参数含义--ask-pass连接MySQL/GreatSQL提示输入密码--charset默认字符集--config读取这个逗号分隔的配置文件列表，如果指定，这必须是命令行上的第一个选项--constant-data-value作为常量数据（文字）源打印的表--[no]continue-on-error出错时跳过错误继续运行--create-table-definitions从此逗号分隔文件列表中读取CREATE TABLE定义--daemonize后台运行--database数据库名--defaults-file只从给定文件中读取 MySQL/GreatSQL 选项--explain-extended执行 EXPLAIN EXTENDED 查询的服务器--filter丢弃此 Perl 代码不返回 true 的事件--help显示帮助--host连接到主机--id-attribute使用此属性标识每个事件--log后台运行时将所有输出打印到此文件--password连接时使用的密码--pid创建给定的 PID 文件--port用于连接的端口号--progress将进度报告打印到 STDERR--query分析指定的查询，而不是读取日志文件--read-timeout设置等待输入中的事件时间，默认为0即永远等待--run-time运行时间，默认永远运行--set-vars以逗号分隔的variable=value对列表中设置 MySQL/GreatSQL 变量--socket用于连接的套接字文件--user登录的用户--version显示版本最佳实践

分析语句结构

1. $ pt-table-usage --query="SELECT * FROM t1 INNER JOIN t2 ON t1.id = t2.id WHERE t1.code = 2;"
2. Query_id: 0xB11D21EDB7630E7E.1
3. SELECT t1
4. SELECT t2
5. JOIN t1
6. JOIN t2
7. WHERE t1

复制代码

个人觉得比较鸡肋，还不如使用Explain

分析慢查询日志

1. $ pt-table-usage /data/GreatSQL/slow.log
3. Query_id: 0x98947CCF9160CAC9.1
4. SELECT information_schema.ROUTINES
5. WHERE information_schema.ROUTINES
7. Query_id: 0x459C4D56E071E4D7.1
8. SELECT performance_schema.threads
9. SELECT performance_schema.table_handles
10. JOIN performance_schema.table_handles
11. JOIN performance_schema.threads

复制代码

• Query_id：查询的ID
  
• SELECT：从表中获取数据
  
• JOIN：已连接的表
  
• WHERE：用于过滤结果的表
  
• TLIST：查询语句中访问的表，通常是产生笛卡尔积
  

pt-visual-explain

概要

用于格式化 MySQL/GreatSQL 执行计划
用法

• pt-visual-explain [OPTIONS] [FILES]
  

选项

参数含义--ask-pass连接MySQL/GreatSQL提示输入密码--charset默认字符集--clustered-pk假设 PRIMARY KEY 索引访问不需要对 检索行--config读取这个逗号分隔的配置文件列表，如果指定，这必须是命令行上的第一个选项--connect将输入视为查询，并通过连接到数据库实例并对查询运行 EXPLAIN 来获取输出--databases数据库列表--defaults-file只从给定文件中读取 MySQL/GreatSQL 选项--format设置输出格式，有两种格式(tree、dump)默认为tree--help显示帮助--host连接到主机--password连接时使用的密码--pid创建给定的 PID 文件--port用于连接的端口号--set-vars以逗号分隔的variable=value 对列表中设置 MySQL/GreatSQL 变量--socket用于连接的套接字文件--user用于登录的用户--version显示版本最佳实践

直接使用即可

1. $ mysql -uroot -p -e "explain select * from test_db.test_t1" |pt-visual-explain --clustered-pk
2. Table scan
3. rows           9
4. +- Table
5.    table          test_t1

复制代码

此时会输出该语句格式化后的执行计划

pt-visual-explain的信息有限，如果想获得更多详细信息，最好还是进入数据库查看执行计划

Enjoy GreatSQL
来源:https://www.cnblogs.com/greatsql/p/18411631
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！