【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 :4.2.1】
【问题描述】
图中红框中的三个名词的值都是如何计算出来的,之间有啥联系,且为啥我导出来的dump日志和官网给出的好多名词都对不上,“https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000000218963”这是官网链接
【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 :4.2.1】
【问题描述】
使用的版本太旧了吧,好多参数在不同版本之间都有变动
根据文档库中的信息,以下是对您问题的详细解答:
dump tenant info
中的关键名词解释及计算方式
在 dump tenant info
的日志中,以下是几个关键字段及其含义和计算方式:
unit_min_cpu
和 unit_max_cpu
unit_min_cpu
和 unit_max_cpu
均为 20
(即 20 个 CPU 核心)。total_worker_cnt
total_worker_cnt = 分配给该租户的实际 CPU 数 * cpu_quota_concurrency
其中,cpu_quota_concurrency
是一个系统参数,默认值为 17(社区版)。如果实际分配给租户的 CPU 数为 20
,则:total_worker_cnt = 20 * 17 = 340
您的日志中显示 total_worker_cnt
为 344
,可能是因为动态负载调整导致的微小偏差。recv_mysql_cnt
等 RPC 计数器
recv_hp_rpc_cnt
:高优先级 RPC 请求的接收次数。recv_np_rpc_cnt
:普通优先级 RPC 请求的接收次数。recv_lp_rpc_cnt
:低优先级 RPC 请求的接收次数。recv_mysql_cnt
:MySQL 协议请求的接收次数。total_worker_cnt
是基于 unit_min_cpu
和 unit_max_cpu
动态计算得出的。当租户的实际 CPU 使用量发生变化时,total_worker_cnt
也会随之调整。recv_mysql_cnt
是用户通过 MySQL 协议发起的请求总数,而 recv_hp_rpc_cnt
、recv_np_rpc_cnt
和 recv_lp_rpc_cnt
则是内部 RPC 请求的分类统计。两者之间没有直接的数学关系,但可以用来分析租户的工作负载分布。dump tenant info
的输出内容会有所不同。例如,某些字段可能仅在特定条件下才会显示。SELECT * FROM oceanbase.DBA_OB_TENANTS WHERE TENANT_ID = 1016;
或者查看更详细的资源使用情况:SELECT * FROM oceanbase.GV$OB_UNIT_STAT WHERE TENANT_ID = 1016;
根据文档库中的信息(参考片段 1 和片段 8),dump tenant info
的日志内容主要反映了租户的资源配置和运行状态。具体字段的计算方式如下:
unit_min_cpu
和 unit_max_cpu
:由管理员配置。total_worker_cnt
:基于实际分配的 CPU 数和 cpu_quota_concurrency
参数计算。如果您需要更详细的字段解释,建议结合实际需求查询相关系统视图(如 DBA_OB_TENANTS
和 GV$OB_UNIT_STAT
),并对比官方文档中的最新说明。
希望以上解答对您有所帮助!
更多信息请查看:
我用的是企业版
你好,你提的这个技术问题牵涉到OceanBase企业版范围内的功能细节。建议你通过以下方式寻求帮助:
1.如你所在的企业客户已签署OceanBase企业版销售合同,请你联系客户经理;
2.如你所在的企业客户尚未签署OceanBase企业版销售合同,你可通过OceanBase官网商务咨询页面留下你的联系方式,OceanBase企业版的业务顾问会在一个工作日内与你联系。
OceanBase官网商务咨询