PolarDB-X 1.0-用户指南-自定义控制指令-统计信息查询类语句

简介: 找出需调优的慢SQL后,先通过EXPLAIN查看执行计划,然后通过如下方法优化SQL:下推更多计算至存储层MySQL,适当增加索引,优化执行计划。

本文汇总了PolarDB-X支持的统计信息查询类语句。

SHOW [FULL] STATS

查看整体的统计信息,这些信息都是瞬时值。注意不同版本的 PolarDB-X SHOW FULL STATS的结果是有区别的。

重要列说明:

  • QPS:应用到 PolarDB-X 的 QPS,通常称为逻辑 QPS;
  • RDS_QPS:PolarDB-X 到 RDS 的 QPS,通常称为物理 QPS;
  • ERROR_PER_SECOND:每秒的错误数,包含 SQL 语法错误,主键冲突,系统错误,连通性错误等各类错误总和;
  • VIOLATION_PER_SECOND:每秒的主键或者唯一键冲突;
  • MERGE_QUERY_PER_SECCOND:通过分库分表,从多表中进行的查询;
  • ACTIVE_CONNECTIONS:正在使用的连接;
  • CONNECTION_CREATE_PER_SECCOND:每秒创建的连接数;
  • RT(MS):应用到 PolarDB-X 的响应时间,通常称为逻辑 RT(响应时间);
  • RDS_RT(MS):PolarDB-X 到 RDS/MySQL 的响应时间,通常称为物理 RT;
  • NET_IN(KB/S):PolarDB-X 收到的网络流量;
  • NET_OUT(KB/S):PolarDB-X 输出的网络流量;
  • THREAD_RUNNING:正在运行的线程数;
  • HINT_USED_PER_SECOND:每秒带 HINT 的查询的数量;
  • HINT_USED_COUNT:启动到现在带 HINT 的查询总量;
  • AGGREGATE_QUERY_PER_SECCOND:每秒聚合查询的频次;
  • AGGREGATE_QUERY_COUNT:聚合查询总数(历史累计数据);
  • TEMP_TABLE_CREATE_PER_SECCOND:每秒创建的临时表的数量;
  • TEMP_TABLE_CREATE_COUNT:启动到现在创建的临时表总数量;
  • MULTI_DB_JOIN_PER_SECCOND:每秒跨库 JOIN 的数量;
  • MULTI_DB_JOIN_COUNT:启动到现在跨库 JOIN 的总量。

示例:

  1. mysql> show stats;
  2. +------+---------+----------+-------------------+------------------+------------------------+--------------------+--------+------------+--------------+---------------+----------------+
  3. | QPS  | RDS_QPS | SLOW_QPS | PHYSICAL_SLOW_QPS | ERROR_PER_SECOND | MERGE_QUERY_PER_SECOND | ACTIVE_CONNECTIONS | RT(MS)| RDS_RT(MS)| NET_IN(KB/S)| NET_OUT(KB/S)| THREAD_RUNNING |
  4. +------+---------+----------+-------------------+------------------+------------------------+--------------------+--------+------------+--------------+---------------+----------------+
  5. |1.77|    1.68|     0.03|              0.03|             0.02|                   0.00|                  7|157.13|      51.14|       134.49|          1.48|              1|
  6. +------+---------+----------+-------------------+------------------+------------------------+--------------------+--------+------------+--------------+---------------+----------------+
  7. 1 row inset(0.01 sec)
  8. mysql> show full stats;
  9. +------+---------+----------+-------------------+------------------+----------------------+------------------------+--------------------+------------------------------+--------+------------+--------------+---------------+----------------+----------------------+-----------------+----------------------------+-----------------------+------------------------------+-------------------------+--------------------------+---------------------+-------+---------+-------------+------------+
  10. | QPS  | RDS_QPS | SLOW_QPS | PHYSICAL_SLOW_QPS | ERROR_PER_SECOND | VIOLATION_PER_SECOND | MERGE_QUERY_PER_SECOND | ACTIVE_CONNECTIONS | CONNECTION_CREATE_PER_SECOND | RT(MS)| RDS_RT(MS)| NET_IN(KB/S)| NET_OUT(KB/S)| THREAD_RUNNING | HINT_USED_PER_SECOND | HINT_USED_COUNT | AGGREGATE_QUERY_PER_SECOND | AGGREGATE_QUERY_COUNT | TEMP_TABLE_CREATE_PER_SECOND | TEMP_TABLE_CREATE_COUNT | MULTI_DB_JOIN_PER_SECOND | MULTI_DB_JOIN_COUNT | CPU   | FREEMEM | FULLGCCOUNT | FULLGCTIME |
  11. +------+---------+----------+-------------------+------------------+----------------------+------------------------+--------------------+------------------------------+--------+------------+--------------+---------------+----------------+----------------------+-----------------+----------------------------+-----------------------+------------------------------+-------------------------+--------------------------+---------------------+-------+---------+-------------+------------+
  12. |1.63|    1.68|     0.03|              0.03|             0.02|                 0.00|                   0.00|                  6|                         0.01|157.13|      51.14|       134.33|          1.21|              1|                 0.00|              54|                       0.00|                   663|                         0.00|                     512|                     0.00|                 516|0.09%|   6.96%|       76446|   21326906|
  13. +------+---------+----------+-------------------+------------------+----------------------+------------------------+--------------------+------------------------------+--------+------------+--------------+---------------+----------------+----------------------+-----------------+----------------------------+-----------------------+------------------------------+-------------------------+--------------------------+---------------------+-------+---------+-------------+------------+
  14. 1 row inset(0.01 sec)

SHOW DB STATUS

用于查看物理库容量/性能信息,所有返回值为实时信息。 容量信息通过 MySQL 系统表获得,与真实容量情况可能有差异。

重要列说明:

  • NAME: 代表一个 PolarDB-X DB,此处显示的是 PolarDB-X 内部标记,与 PolarDB-X DB 名称不同;
  • CONNECTION_STRING: 分库的连接信息;
  • PHYSICAL_DB:分库名称,TOTAL 行代表一个 PolarDB-X DB 中所有分库容量的总和;
  • SIZE_IN_MB: 分库中数据占用的空间,单位为 MB;
  • RATIO: 单个分库数据量在当前 PolarDB-X DB 总数据量中的占比;
  • THREAD_RUNNING: 物理数据库实例当前正在执行的线程情况,含义与 MySQL SHOW GLOBAL STATUS 指令返回值的含义相同,详情请参见 MySQL 文档

示例:

  1. mysql> show db status;
  2. +------+---------------------------+--------------------+-------------------+------------+--------+----------------+
  3. | ID   | NAME                      | CONNECTION_STRING  | PHYSICAL_DB       | SIZE_IN_MB | RATIO  | THREAD_RUNNING |
  4. +------+---------------------------+--------------------+-------------------+------------+--------+----------------+
  5. |    1| drds_db_1516187088365daui |100.100.64.1:59077| TOTAL             |  13.109375|100%   |3              |
  6. |    2| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0000 |   1.578125|12.04%|                |
  7. |    3| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0001 |     1.4375|10.97%|                |
  8. |    4| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0002 |     1.4375|10.97%|                |
  9. |    5| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0003 |     1.4375|10.97%|                |
  10. |    6| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0004 |   1.734375|13.23%|                |
  11. |    7| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0005 |   1.734375|13.23%|                |
  12. |    8| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0006 |   2.015625|15.38%|                |
  13. |    9| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0007 |   1.734375|13.23%|                |
  14. +------+---------------------------+--------------------+-------------------+------------+--------+----------------+

SHOW FULL DB STATUS [LIKE {tablename}]

用于查看物理库表容量和性能信息,所有返回值为实时信息。 容量信息通过 MySQL 系统表获得,与真实容量情况可能有差异。

重要列说明:

  • NAME: 代表一个 PolarDB-X DB。此处显示的是 PolarDB-X 内部标记,与 PolarDB-X DB 名称不同;
  • CONNECTION_STRING: 分库的连接信息;
  • PHYSICAL_DB:分库名称,TOTAL 行代表经过 LIKE 关键字筛选后得到的分库容量的总和。如果没有 LIKE,则为全部分库容量的总和;
  • PHYSICAL_TABLE:分表名称,TOTAL 行代表经过 LIKE 关键字筛选后得到的分表容量的总和。如果没有LIKE,则为全部分表容量的总和;
  • SIZE_IN_MB: 分表中数据占用的空间,单位为 MB;
  • RATIO: 单个分表数据量在当前筛选出的分表总数据量中的占比;
  • THREAD_RUNNING: 物理数据库实例当前正在执行的线程情况,含义与 MySQL SHOW GLOBAL STATUS 指令返回值的含义相同。详情请参见 MySQL 文档

示例:

  1. mysql> show full db status like hash_tb;
  2. +------+---------------------------+--------------------+-------------------+----------------+------------+--------+----------------+
  3. | ID   | NAME                      | CONNECTION_STRING  | PHYSICAL_DB       | PHYSICAL_TABLE | SIZE_IN_MB | RATIO  | THREAD_RUNNING |
  4. +------+---------------------------+--------------------+-------------------+----------------+------------+--------+----------------+
  5. |    1| drds_db_1516187088365daui |100.100.64.1:59077| TOTAL             |                |     19.875|100%   |3              |
  6. |    2| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0000 | TOTAL          |    3.03125|15.25%|                |
  7. |    3| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0000 | hash_tb_00     |   1.515625|7.63%  |                |
  8. |    4| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0000 | hash_tb_01     |   1.515625|7.63%  |                |
  9. |    5| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0001 | TOTAL          |        2.0|10.06%|                |
  10. |    6| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0001 | hash_tb_02     |   1.515625|7.63%  |                |
  11. |    7| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0001 | hash_tb_03     |   0.484375|2.44%  |                |
  12. |    8| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0002 | TOTAL          |    3.03125|15.25%|                |
  13. |    9| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0002 | hash_tb_04     |   1.515625|7.63%  |                |
  14. |   10| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0002 | hash_tb_05     |   1.515625|7.63%  |                |
  15. |   11| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0003 | TOTAL          |   1.953125|9.83%  |                |
  16. |   12| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0003 | hash_tb_06     |   1.515625|7.63%  |                |
  17. |   13| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0003 | hash_tb_07     |     0.4375|2.2%   |                |
  18. |   14| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0004 | TOTAL          |    3.03125|15.25%|                |
  19. |   15| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0004 | hash_tb_08     |   1.515625|7.63%  |                |
  20. |   16| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0004 | hash_tb_09     |   1.515625|7.63%  |                |
  21. |   17| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0005 | TOTAL          |   1.921875|9.67%  |                |
  22. |   18| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0005 | hash_tb_11     |   1.515625|7.63%  |                |
  23. |   19| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0005 | hash_tb_10     |    0.40625|2.04%  |                |
  24. |   20| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0006 | TOTAL          |    3.03125|15.25%|                |
  25. |   21| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0006 | hash_tb_12     |   1.515625|7.63%  |                |
  26. |   22| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0006 | hash_tb_13     |   1.515625|7.63%  |                |
  27. |   23| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0007 | TOTAL          |      1.875|9.43%  |                |
  28. |   24| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0007 | hash_tb_14     |   1.515625|7.63%  |                |
  29. |   25| drds_db_1516187088365daui |100.100.64.1:59077| drds_db_xzip_0007 | hash_tb_15     |   0.359375|1.81%  |                |
  30. +------+---------------------------+--------------------+-------------------+----------------+------------+--------+----------------+
相关文章
|
存储 缓存 调度
性能提升利器|PolarDB- X 超详细列存查询技术解读
本文将深入探讨 PolarDB-X 列存查询引擎的分层缓存解决方案,以及其在优化 ORC 列存查询性能中的关键作用。
1709 69
|
存储 SQL 运维
“震撼发布!PolarDB-X:云原生分布式数据库巨擘,超高并发、海量存储、复杂查询,一网打尽!错过等哭!”
【8月更文挑战第7天】PolarDB-X 是面向超高并发、海量存储和复杂查询场景设计的云原生分布式数据库系统
306 1
|
关系型数据库 分布式数据库 数据库
PolarDB-X助攻《香肠派对》百亿好友关系实现毫秒级查询
云原生数据库PolarDB分布式版(PolarDB for Xscale,简称PolarDB-X)有极强的线性扩展能力,能够多写多读;它的全局索引能力,是分布式改造的利器,成功解决了传统分布式方案中多维度查询的难题,在《香肠派对》的好友系统上,实现了百亿好友关系20万QPS的毫秒级查询。
PolarDB-X助攻《香肠派对》百亿好友关系实现毫秒级查询
|
存储 Cloud Native 关系型数据库
PolarDB-X 是面向超高并发、海量存储和复杂查询场景设计的云原生分布式数据库系统
【5月更文挑战第14天】PolarDB-X 是面向超高并发、海量存储和复杂查询场景设计的云原生分布式数据库系统
512 2
|
SQL 存储 缓存
PolarDB-X的in常量查询
作者:越寒场景实际场景中经常需要根据一些常量指标做IN查询,并且IN值往往是分区键。例如在电商场景中,有两张表,买家表与订单表。订单的具体信息会记录到订单表中,该表按照订单ID进行哈希拆分;买家表则会保存买家ID及其关联的订单ID。一个买家经常需要查询其已购买的所有订单,一种普遍的做法是首先查询买家...
319 6
PolarDB-X的in常量查询
|
存储 SQL 关系型数据库
PolarDB-x 比mysql查询性能怎么样?速度快吗
PolarDB-x 比mysql查询性能怎么样?速度快吗
863 0
|
SQL 存储 缓存
开源分布式数据库PolarDB-X源码解读——PolarDB-X源码解读(十二):谈谈in常量查询的设计与优化
开源分布式数据库PolarDB-X源码解读——PolarDB-X源码解读(十二):谈谈in常量查询的设计与优化
443 0
|
SQL 存储 缓存
PolarDB-X的in常量查询
实际场景中经常需要根据一些常量指标做IN查询,并且IN值往往是分区键。例如在电商场景中,有两张表,买家表与订单表。订单的具体信息会记录到订单表中,该表按照订单ID进行哈希拆分;买家表则会保存买家ID及其关联的订单ID。
PolarDB-X的in常量查询
|
存储 并行计算 供应链
使用 PolarDB 开源版 采用array数组和gin索引高效率解决用户画像、实时精准营销类业务需求
PolarDB 的云原生存算分离架构, 具备低廉的数据存储、高效扩展弹性、高速多机并行计算能力、高速数据搜索和处理; PolarDB与计算算法结合, 将实现双剑合璧, 推动业务数据的价值产出, 将数据变成生产力. 本文将介绍使用 PolarDB 开源版高效率解决用户画像、实时精准营销类业务需求
353 0
|
存储 SQL 并行计算
如何用 PolarDB 整合age算法插件, 实现图式搜索加速 - 刑侦、社交、风控、族谱、推荐等业务图谱类关系数据搜索
PolarDB 的云原生存算分离架构, 具备低廉的数据存储、高效扩展弹性、高速多机并行计算能力、高速数据搜索和处理; PolarDB与计算算法结合, 将实现双剑合璧, 推动业务数据的价值产出, 将数据变成生产力. 本文将介绍PolarDB结合图式算法, 实现高效率的刑侦、社交、风控、族谱、推荐等业务图谱类关系数据搜索.
656 0

热门文章

最新文章

相关产品

  • 云原生分布式数据库 PolarDB-X