【OceanBase诊断调优】—— 租户资源统计项及其查询方法

本文主要介绍 OceanBase 数据库中租户资源统计项及其查询方法。

适用版本

OceanBase 数据库 V4.1.x、V4.2.x 版本。

CPU 资源统计项

  • 逻辑 CPU 使用率（线程处理请求的时间占比）。

    通过虚拟表 __all_virtual_sysstat 在 SYS 系统租户下，查看租户的 cpu_usage，表示一段时间内（1s）租户工作线程的处理请求时间占比和租户 unit 规格，粗算的逻辑 CPU 使用率，数值代表百分比，例如 400 指的是 400%。

    obclient> SELECT * FROM oceanbase.__all_virtual_sysstat WHERE tenant_id = 1 AND name = 'cpu usage';

    输出结果如下：

    +-----------+--------------+----------+------------+-------+------------+---------+-----------+-------+-------------+
| tenant_id | svr_ip       | svr_port | statistic# | value | value_type | stat_id | name      | class | can_visible |
+-----------+--------------+----------+------------+-------+------------+---------+-----------+-------+-------------+
|         1 | xx.xxx.xx.xx |    57234 |        573 |    10 | SET_VALUE  |  140006 | cpu usage |    64 |           1 |
+-----------+--------------+----------+------------+-------+------------+---------+-----------+-------+-------------+

  • 租户线程消耗的 CPU 总时间。

    通过虚拟表 __all_virtual_sysstat 在 SYS 系统租户下，查看租户的 cpu_time，不管是否开启 cgroup，都能获取到 cpu time 的值。区别在于开启了 cgroup 后，会通过 cgroup 功能从 cpuacct.usage 中获取 CPU 时间；否则，不开启 cgroup 。只会通过 /proc/$pid/task/$tid/stat 目录来读取 CPU 时间。

    obclient> SELECT * FROM oceanbase.__all_virtual_sysstat WHERE tenant_id = 1 AND name = 'cpu time';

    输出结果如下：

    +-----------+--------------+----------+------------+-------+------------+---------+----------+-------+-------------+
| tenant_id | svr_ip       | svr_port | statistic# | value | value_type | stat_id | name     | class | can_visible |
+-----------+--------------+----------+------------+-------+------------+---------+----------+-------+-------------+
|         1 | xx.xxx.xx.xx |    57234 |        580 |     0 | SET_VALUE  |  140013 | cpu time |    64 |           1 |
+-----------+--------------+----------+------------+-------+------------+---------+----------+-------+-------------+

内存资源统计项

  • mod 内存占用情况。

    通过虚拟表 __all_virtual_memory_info 在 SYS 系统租户下，查询租户的每个 mod_name 的内存占用情况。

    obclient> SELECT * FROM oceanbase.__all_virtual_memory_info WHERE tenant_id = 1 LIMIT 1;

    输出结果如下：

    +-----------+--------------+----------+--------+-----------------+----------------+----------+--------+-----------------+-------+-----------+-----------+-------+
| tenant_id | svr_ip       | svr_port | ctx_id | label           | ctx_name       | mod_type | mod_id | mod_name        | zone  | hold      | used      | count |
+-----------+--------------+----------+--------+-----------------+----------------+----------+--------+-----------------+-------+-----------+-----------+-------+
|         1 | xx.xxx.xx.xx |    57234 |      0 | MysqlRequesReco | DEFAULT_CTX_ID | user     |      0 | MysqlRequesReco | zone1 | 146604032 | 146551808 |    33 |
+-----------+--------------+----------+--------+-----------------+----------------+----------+--------+-----------------+-------+-----------+-----------+-------+

    有关 mod 详细信息参见：V$OB_MEMORY 。

  • ctx 和 mod 相关的内存信息。

    通过 observer.log 文件中包含 [MEMORY] 标签的日志，可以查看租户 ctx 和 mod 相关的内存信息，10 秒一次。

    grep "\[MEMORY\]" observer.log*

    输出结果如下：

    observer.log.20230203145702002:[MEMORY] tenant_id= 1001 ctx_id=           DEFAULT_CTX_ID hold=    374,960,128 used=    337,967,264 limit= 9,223,372,036,854,775,807
observer.log.20230203145702002:[MEMORY] idle_size=         0 free_size=         0
observer.log.20230203145702002:[MEMORY] wash_related_chunks=         0 washed_blocks=         0 washed_size=         0
observer.log.20230203145702002:[MEMORY] hold=    100,143,104 used=    100,086,048 count=      37 avg_used=      2,705,028 block_cnt=      37 chunk_cnt=      37 mod=IoControl
observer.log.20230203145702002:[MEMORY] hold=     80,019,456 used=     80,000,000 count=       1 avg_used=     80,000,000 block_cnt=       1 chunk_cnt=       1 mod=MysqlRequesReco
observer.log.20230203145702002:[MEMORY] hold=     41,963,520 used=     41,943,040 count=       1 avg_used=     41,943,040 block_cnt=       1 chunk_cnt=       1 mod=LogGroupBuffer
observer.log.20230203145702002:[MEMORY] hold=     18,878,080 used=     17,829,440 count=     129 avg_used=        138,212 block_cnt=     129 chunk_cnt=      12 mod=SqlDtl
observer.log.20230203145702002:[MEMORY] hold=     16,039,936 used=     16,000,000 count=       2 avg_used=      8,000,000 block_cnt=       2 chunk_cnt=       2 mod=SqlPlanManger

IO 资源统计项

  • IO 日志信息有以下几类。

    通过不同的 grep 命令查看。

    • grep "[IO STATUS]" 查看所有租户不同 group 的实时 iops 值（对应 __all_virtual_io_quota 表），有 IO 流量的情况下每秒打印一次。

    • grep "IO STATUS SENDER" 查看 IO 请求的调度信息，包括所有调度线程中排队的IO请求数量和下一个请求发出时间（对应 __all_virtual_io_scheduler 表），每秒打印一次。

    • grep "IO STATUS TRACER" 查看 IO 引用计数统计，用以排查内存泄漏问题（前提是开了 io_trace 配置项），如果 req_count 持续上涨那么可能存在有泄漏的问题，可以通过 backtrace 查看调用栈。

      示例。

      y98u0-gy683-778u3-6783j

  • IO 统计信息的表主要是 __all_virtual_io_quota 表，这个表中实时展示了不同 group 的 iops 情况。

    y98u0-gy683-778u3-6783j

  • IO 调度信息的表主要是 __all_virtual_io_scheduler 表这个表中展示了当前 IO 请求排队和调度信息，包括下一个请求的发送时间。

Session 会话信息统计项

  • 租户 session 会话信息。

    通过查询 __all_virtual_session_info 表，在 SYS 系统租户下，查看租户 session 会话信息。

    SELECT * FROM oceanbase.__all_virtual_session_info WHERE tenant = 'sys' LIMIT 1;

    输出结果如下：

    +------------+------+--------+--------------------+-----------+---------+----------------------------------+------+--------+---------------------------------------------------------------------+--------------+----------+----------+--------------+---------------+----------------+-----------+----------+-----------+------------+------------------------------------+-----------+-----------+-------------+
| id         | user | tenant | host               | db        | command | sql_id                           | time | state  | info                                                                | svr_ip       | svr_port | sql_port | proxy_sessid | master_sessid | user_client_ip | user_host | trans_id | thread_id | ssl_cipher | trace_id                           | ref_count | backtrace | trans_state |
+------------+------+--------+--------------------+-----------+---------+----------------------------------+------+--------+---------------------------------------------------------------------+--------------+----------+----------+--------------+---------------+----------------+-----------+----------+-----------+------------+------------------------------------+-----------+-----------+-------------+
| 3221487625 | root | sys    | xx.xxx.xx.xx:xxxxx | oceanbase | Query   | xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx |    0 | ACTIVE | select * from __all_virtual_session_info where tenant='sys' limit 1 | xx.xxx.xx.xx |    57234 |    57235 |         NULL |          NULL | xx.xxx.xx.xx   | %         |        0 |    117243 | NULL       | xxxxxxxxxxxxx-xxxxxxxxxxxxxxxx-x-x |         0 |           |             |
+------------+------+--------+--------------------+-----------+---------+----------------------------------+------+--------+---------------------------------------------------------------------+--------------+----------+----------+--------------+---------------+----------------+-----------+----------+-----------+------------+------------------------------------+-----------+-----------+-------------+

  • 租户会话统计数据。

    通过查询 __all_virtual_sesstat 表，在 SYS 系统租户下，查看租户会话统计数据。

    SELECT * FROM oceanbase.__all_virtual_sesstat WHERE tenant_id = 1 LIMIT 1;

    输出结果如下：

    +------------+--------------+----------+------------+-----------+-------+-------------+
| session_id | svr_ip       | svr_port | statistic# | tenant_id | value | can_visible |
+------------+--------------+----------+------------+-----------+-------+-------------+
| 3221225472 | xx.xxx.xx.xx |    57234 |          0 |         1 |     1 |           1 |
+------------+--------------+----------+------------+-----------+-------+-------------+

  • 租户 session 会话等待情况。

    通过查询 __all_virtual_session_wait 表，在 SYS 系统租户下，查看租户 session 会话等待情况。

    SELECT * FROM oceanbase.__all_virtual_session_wait WHERE tenant_id = 1 LIMIT 1;

    输出结果如下：

    +------------+--------------+----------+-----------+----------+--------+-----+--------+-----+--------+----+-------+---------------+-------------+------------+-------------------+-----------------+----------------------+----------------------------+
| session_id | svr_ip       | svr_port | tenant_id | event    | p1text | p1  | p2text | p2  | p3text | p3 | level | wait_class_id | wait_class# | wait_class | state             | wait_time_micro | time_remaining_micro | time_since_last_wait_micro |
+------------+--------------+----------+-----------+----------+--------+-----+--------+-----+--------+----+-------+---------------+-------------+------------+-------------------+-----------------+----------------------+----------------------------+
| 3221225472 | xx.xxx.xx.xx |    57234 |         1 | sync rpc | pcode  | 257 | size   | 286 |        |  0 |     0 |           107 |           7 | NETWORK    | WAITED KNOWN TIME |       103613812 |                 NULL |                 2410634833 |
+------------+--------------+----------+-----------+----------+--------+-----+--------+-----+--------+----+-------+---------------+-------------+------------+-------------------+-----------------+----------------------+----------------------------+

  • 租户 session 会话等待历史记录。

    通过查询 __all_virtual_session_wait_history 表，在 SYS 系统租户下，查看租户 session 会话等待历史记录。

    SELECT * FROM oceanbase.__all_virtual_session_wait_history WHERE tenant_id = 1 LIMIT 1;

    输出结果如下：

    +------------+--------------+----------+------+-----------+--------+----------+--------+-----+--------+-----+--------+----+-------+-----------------+----------------------------+------------+
| session_id | svr_ip       | svr_port | seq# | tenant_id | event# | event    | p1text | p1  | p2text | p2  | p3text | p3 | level | wait_time_micro | time_since_last_wait_micro | wait_time  |
+------------+--------------+----------+------+-----------+--------+----------+--------+-----+--------+-----+--------+----+-------+-----------------+----------------------------+------------+
| 3221225472 | xx.xxx.xx.xx |    57234 |    1 |         1 |     20 | sync rpc | pcode  | 257 | size   | 286 |        |  0 |     0 |       103613812 |                 2442809561 | 10361.3812 |
+------------+--------------+----------+------+-----------+--------+----------+--------+-----+--------+-----+--------+----+-------+-----------------+----------------------------+------------+

附录：

OceanBase 敏捷诊断工具(OceanBase Diagnostic Tool, 简称obdiag) 是一款源代码开源敏捷黑屏诊断工具，可以对OceanBase集群进行一键集群巡检、一键分析、一键根因分析以及一键诊断信息收集。

obdiag 下载地址：https://www.oceanbase.com/softwarecenter

obdiag 官方文档：https://www.oceanbase.com/docs/obdiag-cn

obdiag github地址：https://github.com/oceanbase/obdiag

obdiag SIG 文档：https://oceanbase.yuque.com/org-wiki-obtech-vh7w9r/imzr6c

 

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/web/11084.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

09.zabbix自定义模块并使用

09.zabbix自定义模块并使用

zabbix自定义模块并使用 根据tcp的11中状态获取值，进行批量配置监控项 [rootyunlong66 ~]# cat /etc/zabbix/zabbix_agentd.d/tcp.conf UserParameterESTABLISHED,netstat -antp |grep -c ESTABLISHED UserParameterSYN_SENT,netstat -antp |grep -c SYN_SENT Use…
阅读更多...
Obsidian/Typora设置图床

Obsidian/Typora设置图床

在obsidian中默认图片是保存在本地的，但是在要导出文档上传到网上时，由于图片保存在本地，会出现无法加载图片的问题。 这里引用的一段话： 这里使用picgo-core和gitee实现图床功能， 参考1： Ubuntu下PicGO配…
阅读更多...
Github学习

Github学习

1.Git与Github 区别: Git是一个分布式版本控制系统，简单的说就是一个软件，用于记录一个或若干个文件内容变化，以便将来查阅特点版本修订情况的软件。 Github是一个为用户提高Git服务的网站，简单说就是一个可以放代码的地方。Gi…
阅读更多...
C语言 | Leetcode C语言题解之第85题最大矩形

C语言 | Leetcode C语言题解之第85题最大矩形

题目&#xff1a; 题解&#xff1a; int maximalRectangle(char** matrix, int matrixSize, int* matrixColSize) {int m matrixSize;if (m 0) {return 0;}int n matrixColSize[0];int left[m][n];memset(left, 0, sizeof(left));for (int i 0; i < m; i) {for (int j …
阅读更多...
SeetaFace6人脸活体检测C++代码实现Demo

SeetaFace6人脸活体检测C++代码实现Demo

SeetaFace6包含人脸识别的基本能力&#xff1a;人脸检测、关键点定位、人脸识别&#xff0c;同时增加了活体检测、质量评估、年龄性别估计&#xff0c;并且顺应实际应用需求&#xff0c;开放口罩检测以及口罩佩戴场景下的人脸识别模型。 官网地址&#xff1a;https://github.co…
阅读更多...
【补充】图神经网络前传——DeepWalk

【补充】图神经网络前传——DeepWalk

论文阅读 论文&#xff1a;https://arxiv.org/pdf/1403.6652 参考&#xff1a;【论文逐句精读】DeepWalk&#xff0c;随机游走实现图向量嵌入&#xff0c;自然语言处理与图的首次融合_随机游走图嵌入-CSDN博客 abstract DeepWalk是干什么的&#xff1a;在一个网络中学习顶点…
阅读更多...
【Mac】Ghost Buster Pro（苹果电脑内存清理专家） v3.2.5安装教程

【Mac】Ghost Buster Pro（苹果电脑内存清理专家） v3.2.5安装教程

软件介绍 Ghost Buster pro是一款针对Mac系统的电脑清理和优化工具&#xff0c;可以帮助用户清理系统垃圾、修复注册表错误、卸载不需要的软件、管理启动项等&#xff0c;从而提高系统性能和稳定性。 安装教程 1.打开镜像包&#xff0c;拖动「Ghost Buster Pro」到应用程序中…
阅读更多...
【Linux网络】Https【下】{CA认证/证书的签发与认证/安全性/总结}

【Linux网络】Https【下】{CA认证/证书的签发与认证/安全性/总结}

文章目录 1.引入证书【为方案五铺垫】1.1再谈https1.2SSL/TLS1.3CA机构1.4理解数字签名1.4继续铺垫1.5方案五服务端申请证书回顾一二三回顾方案四方案五过程寻找方案五的漏洞客⼾端对证书进⾏认证 2.查看证书2.1查看浏览器的受信任证书发布机构2.2中间⼈有没有可能篡改该证书2.…
阅读更多...
差分约束 C++ 算法例题

差分约束 C++ 算法例题

差分约束 差分约束 是一种特殊的 n 元一次不等式组&#xff0c;m 个约束条件&#xff0c;可以组成形如下的格式&#xff1a; { x 1 − x 1 ′ ≤ y 1 x 2 − x 2 ′ ≤ y 2 ⋯ x m − x m ′ ≤ y m \begin{cases} x_1-x_1^{} \le y_1 \\ x_2-x_2^{} \le y_2 \\ \cdots \\ x_…
阅读更多...
SpringBoot集成jxls2实现复杂（多表格）excel导出

SpringBoot集成jxls2实现复杂（多表格）excel导出

核心依赖 需求 导出多个表格&#xff0c;包含图片&#xff0c;类似商品标签 1.配置模板 创建一个xlsx的模板文件&#xff0c;配置如下 该模板进行遍历了两次&#xff0c;因为我想要导出的数据分为两列展示&#xff0c;左右布局&#xff0c;一个循环实现不了&#xff0c;所以采…
阅读更多...
百面算法工程师 | 正则优化函数——BN、LN、Dropout

百面算法工程师 | 正则优化函数——BN、LN、Dropout

本文给大家带来的百面算法工程师是正则优化函数&#xff0c;文章内总结了常见的提问问题&#xff0c;旨在为广大学子模拟出更贴合实际的面试问答场景。在这篇文章中&#xff0c;我们将总结一些BN、LN、Dropout的相关知识&#xff0c;并提供参考的回答及其理论基础&#xff0c;以…
阅读更多...
C++ | Leetcode C++题解之第85题最大矩形

C++ | Leetcode C++题解之第85题最大矩形

题目&#xff1a; 题解&#xff1a; class Solution { public:int maximalRectangle(vector<vector<char>>& matrix) {int m matrix.size();if (m 0) {return 0;}int n matrix[0].size();vector<vector<int>> left(m, vector<int>(n, 0)…
阅读更多...
【HCIP学习】BGP对等体组、聚合、路由反射器、联盟、团体属性

【HCIP学习】BGP对等体组、聚合、路由反射器、联盟、团体属性

一、大规模BGP网络所遇到的问题 BGP对等体众多&#xff0c;配置繁琐&#xff0c;维护管理难度大 BGP路由表庞大&#xff0c;对设备性能提出挑战 IBGP全连接&#xff0c;应用和管理BGP难度增加&#xff0c;邻居数量过多 路由变化频繁&#xff0c;导致路由更新频繁 二、解决大…
阅读更多...
使用QT-QSqlQuery::value（）遇到的问题

使用QT-QSqlQuery::value（）遇到的问题

在实现客户端间好友添加功能时&#xff0c;我通过以下函数想实现数据库对好友信息的保存 bool OpeDB::handleAddFriend_repound(const char *pername, const char *name) { // pername 被添加方 name 申请添加方 qDebug() << pername << " " &l…
阅读更多...
Nginx（简洁版）

Nginx（简洁版）

基本配置 worker_processes 1; //默认为1&#xff0c;表示开启一个业务进程 events //事件驱动模块&#xff08;&#xff09;{worker_connections 1024; //单个业务进程可接受连接数 } http{include mime.types; // 引入http mime类型&#xff08;在外部已经定义好&#xff0c…
阅读更多...
如何在huggingface上申请下载使用llama2/3模型

如何在huggingface上申请下载使用llama2/3模型

1. 在对应模型的huggingface页面上提交申请 搜索对应的模型型号 登录huggingface&#xff0c;在模型详情页面上&#xff0c;找到这个表单&#xff0c;填写内容&#xff0c;提交申请。需要使用梯子&#xff0c;country填写梯子的位置吧(比如美国&#xff09; 等待一小时左右…
阅读更多...
SEMI启动SiC专有技术项目

SEMI启动SiC专有技术项目

公司郑重声明&#xff0c;其正致力于筛选那些能够稳定输出、且可重复使用的关键参数性能。SEMI&#xff0c;这家SiC领域的佼佼者&#xff0c;已经启动了一项独具匠心的专有技术&#xff08;KGD&#xff09;筛选程序。该程序旨在为客户提供高品质的、经过严格电气分类与光学检验…
阅读更多...
基于python的旅游爬虫可视化与实现

基于python的旅游爬虫可视化与实现

摘要 本项目为基于python的旅游爬虫可视化的设计与实现&#xff0c;项目以Web系统形式展示&#xff0c;利用Xpath爬虫爬取去哪儿网针对旅游业的需求&#xff0c;对国内热门旅游景点数据可视化系统&#xff0c;将爬取好的数据保存为CSV文件&#xff0c;再通过ORM框架导入MySQL数…
阅读更多...
【python量化交易】qteasy使用教程07——创建更加复杂的自定义交易策略

【python量化交易】qteasy使用教程07——创建更加复杂的自定义交易策略

创建更加复杂的自定义交易策略 使用交易策略类&#xff0c;创建更复杂的自定义策略开始前的准备工作本节的目标继承Strategy类&#xff0c;创建一个复杂的多因子选股策略策略和回测参数配置&#xff0c;并开始回测 本节回顾 使用交易策略类&#xff0c;创建更复杂的自定义策略 …
阅读更多...
Mysql 多表查询，内外连接

Mysql 多表查询，内外连接

内连接&#xff1a; 隐式内连接 使用sql语句直接进行多表查询 select 字段列表 from 表1 , 表2 where 条件 … ; 显式内连接 将‘&#xff0c;’改为 inner join 连接两个表的 on select 字段列表 from 表1 [ inner ] join 表2 on 连接条件 … ; select emp.id, emp.name, …
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023