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 列存查询性能中的关键作用。
1804 69
|
SQL 人工智能 关系型数据库
PolarDB-PG AI最佳实践 2 :PolarDB AI X EAS实现自定义库内模型推理最佳实践
PolarDB通过POLAR_AI插件支持使用SQL调用AI/ML模型,无需专业AI知识或额外部署环境。结合阿里云EAS在线模型服务,可轻松部署自定义模型,在SQL中实现如文本翻译等功能。
|
关系型数据库 分布式数据库 数据库
PolarDB-X助攻《香肠派对》百亿好友关系实现毫秒级查询
云原生数据库PolarDB分布式版(PolarDB for Xscale,简称PolarDB-X)有极强的线性扩展能力,能够多写多读;它的全局索引能力,是分布式改造的利器,成功解决了传统分布式方案中多维度查询的难题,在《香肠派对》的好友系统上,实现了百亿好友关系20万QPS的毫秒级查询。
PolarDB-X助攻《香肠派对》百亿好友关系实现毫秒级查询
|
存储 SQL 运维
“震撼发布!PolarDB-X:云原生分布式数据库巨擘,超高并发、海量存储、复杂查询,一网打尽!错过等哭!”
【8月更文挑战第7天】PolarDB-X 是面向超高并发、海量存储和复杂查询场景设计的云原生分布式数据库系统
335 1
|
存储 Cloud Native 关系型数据库
PolarDB-X 是面向超高并发、海量存储和复杂查询场景设计的云原生分布式数据库系统
【5月更文挑战第14天】PolarDB-X 是面向超高并发、海量存储和复杂查询场景设计的云原生分布式数据库系统
550 2
|
SQL 存储 关系型数据库
PolarDB产品使用合集之有的sql里面有自定义存储函数 如果想走列存有什么优化建议吗
PolarDB是阿里云推出的一种云原生数据库服务,专为云设计,提供兼容MySQL、PostgreSQL的高性能、低成本、弹性可扩展的数据库解决方案,可以有效地管理和优化PolarDB实例,确保数据库服务的稳定、高效运行。以下是使用PolarDB产品的一些建议和最佳实践合集。
468 0
|
Cloud Native 关系型数据库 分布式数据库
云原生数据库PolarDB自定义权限策略参考
本文介绍了自定义权限策略,它是RAM访问控制体系中除系统策略外,用户可创建、更新和删除的权限策略。用户需维护策略版本更新,并将策略绑定到RAM身份以授予权限。策略支持版本控制和删除,但删除前需确保无引用。文章提供了相关操作文档链接,包括创建、修改、删除策略及管理引用记录和版本。此外,列举了PolarDB在MySQL、PostgreSQL和XScale版的自定义权限策略场景和示例,并提示用户在使用时需了解授权信息。
221 0
|
SQL 存储 缓存
PolarDB-X的in常量查询
作者:越寒场景实际场景中经常需要根据一些常量指标做IN查询,并且IN值往往是分区键。例如在电商场景中,有两张表,买家表与订单表。订单的具体信息会记录到订单表中,该表按照订单ID进行哈希拆分;买家表则会保存买家ID及其关联的订单ID。一个买家经常需要查询其已购买的所有订单,一种普遍的做法是首先查询买家...
373 6
PolarDB-X的in常量查询
|
存储 SQL 关系型数据库
PolarDB-x 比mysql查询性能怎么样?速度快吗
PolarDB-x 比mysql查询性能怎么样?速度快吗
960 0
|
存储 并行计算 关系型数据库
PolarDB 开源版通过pg_rational插件支持Stern-Brocot trees , 实现高效自定义顺序和调整顺序需求
背景PolarDB 的云原生存算分离架构, 具备低廉的数据存储、高效扩展弹性、高速多机并行计算能力、高速数据搜索和处理; PolarDB与计算算法结合, 将实现双剑合璧, 推动业务数据的价值产出, 将数据变成生产力.本文将介绍PolarDB 开源版通过pg_rational插件支持Stern-Bro...
359 0

热门文章

最新文章

相关产品

  • 云原生分布式数据库 PolarDB-X
  • 下一篇
    开通oss服务