首批通过分布式安全可靠测评,为关键业务系统打造
查看租户和资源信息
更新时间:2026-06-12 14:01:00
本文介绍如何通过视图查看租户以及资源的相关信息。
租户的资源
数据库中的资源分为逻辑资源和物理资源两大类。逻辑资源指的是逻辑概念对应的实体,包括数据结构、线程、锁、会话等。物理资源指的是硬件资源,包括 CPU、磁盘、内存等。租户能够创建的逻辑资源量受物理资源的限制,一个逻辑资源可能受一个或者多个物理资源的限制。
逻辑资源
OceanBase 数据库中的逻辑资源及相关说明如下表所示。
| 资源名称 | 描述 |
|---|---|
| LS | 日志流,事务基础提交单位,租户在每个节点上能够创建的日志流个数由隐藏配置项(_max_ls_cnt_per_server)、租户内存(MAX(8, (MEMORY_SIZE - 4G) / 200MB + 8))、日志盘大小共同决定。其中:
|
| TABLET | 数据分片,数据迁移的基本单位,租户在每个节点上能够创建 Tablet 个数的上限由配置项和租户内存共同决定,其计算公式为 (MEMORY_SIZE/1GB) * _max_tablet_cnt_per_gb 和 (MEMORY_SIZE * _storage_meta_memory_limit_percentage) / 200MB * 20000。其中:
|
| SESSION | 会话,租户在每个节点上能够创建的连接数的上限由隐藏配置项 _resource_limit_max_session_num 或租户内存((MEMORY_SIZE * 5%) / 100KB)来决定。其中,租户级隐藏配置项 _resource_limit_max_session_num 用于控制用户租户内普通用户的最大并发连接数,取值范围为 [0,1000000],默认值为 0,表示不配置,系统内部按照 (MEMORY_SIZE * 5%) / 100KB 来计算最大连接数;当 _resource_limit_max_session_num 的值大于 0 时,以隐藏配置项设置的值为准。该配置项修改后立即生效,不需要重启 OBServer 节点。 |
| THREAD | 线程,每个节点上的线程数的上限由隐藏配置项 _ob_max_thread_num 决定。集群级隐藏配置项 _ob_max_thread_num 用于配置每个节点的线程数上限,取值范围为 [0,10000),默认值为 0,表示不设置上限。该配置项仅 sys 租户可以修改,修改后立即生效,不需要重启 OBServer 节点。 |
| TX_PARTICIPANT | 事务参与者,事务修改某个日志流的数据时,该日志流就会作为事务的一个参与者,并产生一个参与者数据结构。活跃事务的参与者称为活跃参与者,一个节点上,活跃参与者数量上限为 70W 。 |
物理资源
OceanBase 数据库中的物理资源及相关说明如下表所示。
| 资源名称 | 描述 |
|---|---|
| DATA_DISK | 数据盘,用于存储用户业务数据的磁盘,当前所有租户共用数据盘。 |
| CLOG_DISK | 日志盘,用于存储租户 clog 的磁盘。 |
| CPU | CPU,租户能够使用的计算资源。 |
| MEMORY | 内存,租户能够使用的总内存。 |
| MEMSTORE | 业务数据内存,租户能够使用的业务数据内存。 |
相关视图
OceanBase 数据库提供了租户和资源信息相关的视图,可以在系统租户 oceanbase 数据库中通过这些视图查询相关信息。
DBA_OB_UNIT_CONFIGS:展示所有的资源规格信息,包括资源规格 ID、名称、资源配置等。DBA_OB_RESOURCE_POOLS:展示所有的资源池信息,包括资源池 ID、名称、绑定租户、Zone 列表等。DBA_OB_TENANTS:展示所有租户的配置信息,包括租户 ID、名称、类型、资源等。GV$OB_UNITS:展示节点的 Unit 信息,包括节点 IP、端口、资源规格 ID、租户 ID、资源配置等。GV$OB_SERVERS:展示节点的资源分配信息,包括节点 IP、端口、归属的 Zone、资源使用情况等。GV$OB_TENANT_RESOURCE_LIMIT:展示租户在每个 Unit 上的逻辑资源使用量、上限值、生效限制条件、宕机重启后的最大曾用量。GV$OB_TENANT_RESOURCE_LIMIT_DETAIL:展示租户逻辑资源所受的限制,以及每种限制的上限值。
查看所有资源规格信息
通过 DBA_OB_UNIT_CONFIGS 视图,可以查看所有资源规格信息。示例如下:
以查询结果第二行数据为例,资源规格名称(NAME)是 config_mysql001_zone1_S1_okz,资源规格 ID(UNIT_CONFIG_ID)是 1001,创建时间(CREATE_TIME)是 2022-12-20 18:04:31,CPU 规格上限(MAX_CPU)是 1.5C,内存规格(MEMORY_SIZE)是 6G,日志盘空间(LOG_DISK_SIZE)是 18G。
obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.DBA_OB_UNIT_CONFIGS;
查询结果如下:
+----------------+-------------------------------+----------------------------+----------------------------+---------+---------+-------------+---------------+----------+----------+-------------+---------------------+----------------------+
| UNIT_CONFIG_ID | NAME | CREATE_TIME | MODIFY_TIME | MAX_CPU | MIN_CPU | MEMORY_SIZE | LOG_DISK_SIZE | MAX_IOPS | MIN_IOPS | IOPS_WEIGHT | MAX_NET_BANDWIDTH | NET_BANDWIDTH_WEIGHT |
+----------------+-------------------------------+----------------------------+----------------------------+---------+---------+-------------+---------------+----------+----------+-------------+---------------------+----------------------+
| 1 | sys_unit_config | 2022-12-20 17:50:17.035504 | 2022-12-20 17:50:17.035504 | 1 | 1 | 14495514624 | 14495514624 | 10000 | 10000 | 1 | 9223372036854775807 | 4 |
| 1001 | config_mysql001_zone1_S1_okz | 2022-12-20 18:04:31.547715 | 2022-12-20 18:04:31.547715 | 1.5 | 1.5 | 6442450944 | 19327352832 | 15000 | 15000 | 1 | 9223372036854775807 | 2 |
| 1002 | config_mysql001_zone2_S1_pme | 2022-12-20 18:04:31.561335 | 2022-12-20 18:04:31.561335 | 1.5 | 1.5 | 6442450944 | 19327352832 | 15000 | 15000 | 1 | 9223372036854775807 | 2 |
| 1003 | config_mysql001_zone3_S1_jsu | 2022-12-20 18:04:31.564510 | 2022-12-20 18:04:31.564510 | 1.5 | 1.5 | 6442450944 | 19327352832 | 15000 | 15000 | 1 | 9223372036854775807 | 2 |
| 1013 | config_oracle001_zone3_S1_exu | 2022-12-26 18:28:37.969047 | 2022-12-26 18:28:37.969047 | 1.5 | 1.5 | 6442450944 | 19327352832 | 15000 | 15000 | 1 | 9223372036854775807 | 2 |
| 1014 | config_oracle001_zone2_S1_hli | 2022-12-26 18:28:37.972194 | 2022-12-26 18:28:37.972194 | 1.5 | 1.5 | 6442450944 | 19327352832 | 15000 | 15000 | 1 | 9223372036854775807 | 2 |
| 1015 | config_oracle001_zone1_S1_owy | 2022-12-26 18:28:37.976446 | 2022-12-26 18:28:37.976446 | 1.5 | 1.5 | 6442450944 | 19327352832 | 15000 | 15000 | 1 | 9223372036854775807 | 2 |
+----------------+-------------------------------+----------------------------+----------------------------+---------+---------+-------------+---------------+----------+----------+-------------+---------------------+----------------------+
7 rows in set
DBA_OB_UNIT_CONFIGS 视图参数详细说明,参见 DBA_OB_UNIT_CONFIGS。
查看所有的资源池信息
通过 DBA_OB_RESOURCE_POOLS 视图,可以查看所有资源池信息。示例如下:
以查询结果第二行数据为例,资源池名称(NAME)是 pool_mysql001_zone3_jsu,资源池的 ID(RESOURCE_POOL_ID)是 1001、归属于的租户 ID(TENANT_ID)是 1002、使用的资源规格 ID(UNIT_CONFIG_ID)是 1003,资源池的 Unit 个数(UNIT_COUNT)是 1,使用的 Zone 列表(ZONE_LIST)是 zone3。
obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.DBA_OB_RESOURCE_POOLS;
查询结果如下:
+------------------+--------------------------+-----------+----------------------------+----------------------------+------------+----------------+-------------------+--------------+
| RESOURCE_POOL_ID | NAME | TENANT_ID | CREATE_TIME | MODIFY_TIME | UNIT_COUNT | UNIT_CONFIG_ID | ZONE_LIST | REPLICA_TYPE |
+------------------+--------------------------+-----------+----------------------------+----------------------------+------------+----------------+-------------------+--------------+
| 1 | sys_pool | 1 | 2022-12-20 17:50:17.038641 | 2022-12-20 17:50:17.045453 | 1 | 1 | zone1;zone2;zone3 | FULL |
| 1001 | pool_mysql001_zone3_jsu | 1002 | 2022-12-20 18:04:31.607227 | 2022-12-20 18:04:31.692836 | 1 | 1003 | zone3 | FULL |
| 1002 | pool_mysql001_zone1_okz | 1002 | 2022-12-20 18:04:31.617087 | 2022-12-20 18:04:31.691827 | 1 | 1001 | zone1 | FULL |
| 1003 | pool_mysql001_zone2_pme | 1002 | 2022-12-20 18:04:31.621327 | 2022-12-20 18:04:31.692836 | 1 | 1002 | zone2 | FULL |
| 1013 | pool_oracle001_zone3_exu | 1010 | 2022-12-26 18:28:37.979539 | 2022-12-26 18:28:38.059505 | 1 | 1013 | zone3 | FULL |
| 1014 | pool_oracle001_zone1_owy | 1010 | 2022-12-26 18:28:37.988964 | 2022-12-26 18:28:38.058440 | 1 | 1015 | zone1 | FULL |
| 1015 | pool_oracle001_zone2_hli | 1010 | 2022-12-26 18:28:37.994241 | 2022-12-26 18:28:38.059505 | 1 | 1014 | zone2 | FULL |
+------------------+--------------------------+-----------+----------------------------+----------------------------+------------+----------------+-------------------+--------------+
7 rows in set
DBA_OB_RESOURCE_POOLS 视图参数详细说明,参见 DBA_OB_RESOURCE_POOLS。
查看所有租户信息
通过 DBA_OB_TENANTS 视图,可以查看所有的租户信息,示例如下:
以查询结果的第三行数据为例,租户名称(TENANT_NAME)是 mysql001,租户 ID(TENANT_ID)是 1002,租户类型(TENANT_TYPE)是用户租户,租户创建时间是(CREATE_TIME)是 2025-12-29 15:44:48,租户的 PRIMARY_ZONE(PRIMARY_ZONE)是 zone1(高优先级)和 zone2,租户副本分布(LOCALITY)在 zone1、zone2、zone3,兼容模式(COMPATIBILITY_MODE)是 MySQL。
obclient(root@sys)[oceanbase]> SELECT TENANT_ID, TENANT_NAME, TENANT_TYPE, CREATE_TIME, PRIMARY_ZONE, LOCALITY, COMPATIBILITY_MODE, STATUS FROM oceanbase.DBA_OB_TENANTS;
查询结果如下:
+-----------+-------------+-------------+----------------------------+--------------+----------------------------------------------+--------------------+--------+
| TENANT_ID | TENANT_NAME | TENANT_TYPE | CREATE_TIME | PRIMARY_ZONE | LOCALITY | COMPATIBILITY_MODE | STATUS |
+-----------+-------------+-------------+----------------------------+--------------+----------------------------------------------+--------------------+--------+
| 1 | sys | SYS | 2025-12-29 15:43:42.930290 | RANDOM | FULL{1}@zone1 | MYSQL | NORMAL |
| 1001 | META$1002 | META | 2025-12-29 15:44:48.700796 | zone1;zone2 | FULL{1}@zone1, FULL{1}@zone2, FULL{1}@zone3 | MYSQL | NORMAL |
| 1002 | mysql001 | USER | 2025-12-29 15:44:48.704354 | zone1;zone2 | FULL{1}@zone1, FULL{1}@zone2, FULL{1}@zone3 | MYSQL | NORMAL |
| 1003 | META$1004 | META | 2025-12-29 15:50:35.033311 | zone1 | FULL{1}@zone1 | MYSQL | NORMAL |
| 1004 | oracle001 | USER | 2025-12-29 15:50:35.034367 | zone1 | FULL{1}@zone1 | ORACLE | NORMAL |
+-----------+-------------+-------------+----------------------------+--------------+----------------------------------------------+--------------------+--------+
5 rows in set
DBA_OB_TENANTS 视图参数详细说明,参见 DBA_OB_TENANTS。
查看租户资源配置
通过如下语句,在多个视图中查找租户资源配置信息。
以查询结果中 mysql001 租户为例,pool:conf 列可以看到该租户的三个资源池名称和所用的资源规格名称,unit_info 列可以看到资源池的 Unit 个数为 1 和相应的 CPU 配置为 1.5C、内存配置都是 6G。
obclient(root@sys)[oceanbase]> SELECT c.TENANT_ID, e.TENANT_NAME, concat(c.NAME, ': ', d.NAME) `pool:conf`,concat(c.UNIT_COUNT, ' unit: ', d.min_cpu, 'C/', ROUND(d.MEMORY_SIZE/1024/1024/1024,0), "G") unit_info
FROM DBA_OB_RESOURCE_POOLS c, DBA_OB_UNIT_CONFIGS d, DBA_OB_TENANTS e
WHERE c.UNIT_CONFIG_ID=d.UNIT_CONFIG_ID AND c.TENANT_ID=e.TENANT_ID AND c.TENANT_ID>1000
ORDER BY c.TENANT_ID;
查询结果如下:
+-----------+-------------+---------------------------------------------------------+-----------------+
| TENANT_ID | TENANT_NAME | pool:conf | unit_info |
+-----------+-------------+---------------------------------------------------------+-----------------+
| 1002 | mysql001 | pool_mysql001_zone1_okz: config_mysql001_zone1_S1_okz | 1 unit: 1.5C/6G |
| 1002 | mysql001 | pool_mysql001_zone2_pme: config_mysql001_zone2_S1_pme | 1 unit: 1.5C/6G |
| 1002 | mysql001 | pool_mysql001_zone3_jsu: config_mysql001_zone3_S1_jsu | 1 unit: 1.5C/6G |
| 1010 | oracle001 | pool_oracle001_zone3_exu: config_oracle001_zone3_S1_exu | 1 unit: 1.5C/6G |
| 1010 | oracle001 | pool_oracle001_zone2_hli: config_oracle001_zone2_S1_hli | 1 unit: 1.5C/6G |
| 1010 | oracle001 | pool_oracle001_zone1_owy: config_oracle001_zone1_S1_owy | 1 unit: 1.5C/6G |
+-----------+-------------+---------------------------------------------------------+-----------------+
6 rows in set
查看租户的资源单元部署位置
通过以下语句,查看当前已创建租户资源单元所在设备 IP 信息。
在查询结果中可以看到每个租户对应的 ID 和资源所在节点的 IP。
obclient(root@sys)[oceanbase]> SELECT a.TENANT_NAME,a.TENANT_ID,b.SVR_IP FROM DBA_OB_TENANTS a,GV$OB_UNITS b WHERE a.TENANT_ID=b.TENANT_ID;
查询结果如下:
+-------------+-----------+----------------+
| TENANT_NAME | TENANT_ID | SVR_IP |
+-------------+-----------+----------------+
| sys | 1 | xx.xx.xx.237 |
| META$1002 | 1001 | xx.xx.xx.237 |
| mysql001 | 1002 | xx.xx.xx.237 |
| META$1010 | 1009 | xx.xx.xx.237 |
| oracle001 | 1010 | xx.xx.xx.237 |
| sys | 1 | xx.xx.xx.238 |
| META$1002 | 1001 | xx.xx.xx.238 |
| mysql001 | 1002 | xx.xx.xx.238 |
| META$1010 | 1009 | xx.xx.xx.238 |
| oracle001 | 1010 | xx.xx.xx.238 |
| sys | 1 | xx.xx.xx.218 |
| META$1002 | 1001 | xx.xx.xx.218 |
| mysql001 | 1002 | xx.xx.xx.218 |
| META$1010 | 1009 | xx.xx.xx.218 |
| oracle001 | 1010 | xx.xx.xx.218 |
+-------------+-----------+----------------+
15 rows in set
查看节点的 Unit 信息
通过 GV$OB_UNITS 视图,可以查看所有节点的 Unit 信息,示例如下:
- 以查询结果第三行为例,节点 IP(SVR_IP)是
xx.xx.xx.218,服务器端口号(SVR_PORT)是 2882,unit ID(UNIT_ID)是 1001,租户 ID(TENANT_ID)是 1002,对应的 Zone 名称(ZONE)是 zone3,CPU 规格上限(MAX_CPU)是 1.5C,内存大小(MEMORY_SIZE)是 5G,日志盘大小(LOG_DISK_SIZE)是 16G,日志盘已使用(LOG_DISK_IN_USE)1.07G,数据盘使用(DATA_DISK_IN_USE)572M,unit 状态(STATUS)正常。 - 结合 SVR_IP 都为 xx.xx.xx.218 的五行一起看,表示该节点有 5 个 unit,分别属于 TENANT_ID 为 1、1001、1002、1009、1010 的租户。
- 结合 TENANT_ID 为 1002 的三行一起看,表示该租户在三个节点各有一个 unit,UNIT_ID 是 1001、1002、1003。
obclient(root@sys)[oceanbase]> SELECT * FROM GV$OB_UNITS;
查询结果如下:
+----------------+----------+---------+-----------+-------+-----------+----------------+---------+---------+-------------+----------+----------+-------------+---------------+-----------------+------------------+--------+----------------------------+--------------+
| SVR_IP | SVR_PORT | UNIT_ID | TENANT_ID | ZONE | ZONE_TYPE | REGION | MAX_CPU | MIN_CPU | MEMORY_SIZE | MAX_IOPS | MIN_IOPS | IOPS_WEIGHT | LOG_DISK_SIZE | LOG_DISK_IN_USE | DATA_DISK_IN_USE | STATUS | CREATE_TIME | REPLICA_TYPE |
+----------------+----------+---------+-----------+-------+-----------+----------------+---------+---------+-------------+----------+----------+-------------+---------------+-----------------+------------------+--------+----------------------------+--------------+
| xx.xx.xx.218 | 2882 | 3 | 1 | zone3 | ReadWrite | default_region | 1 | 1 | 14495514624 | 10000 | 10000 | 1 | 14495514624 | 11566462821 | 6069157888 | NORMAL | 2022-12-20 17:49:25.705363 | FULL |
| xx.xx.xx.218 | 2882 | 1001 | 1001 | zone3 | ReadWrite | default_region | NULL | NULL | 1073741824 | NULL | NULL | NULL | 1932735283 | 1520602567 | 7325351936 | NORMAL | 2022-12-20 18:04:31.693819 | FULL |
| xx.xx.xx.218 | 2882 | 1001 | 1002 | zone3 | ReadWrite | default_region | 1.5 | 1.5 | 5368709120 | 15000 | 15000 | 1 | 17394617549 | 1154755905 | 599785472 | NORMAL | 2022-12-20 18:04:31.693819 | FULL |
| xx.xx.xx.218 | 2882 | 1013 | 1009 | zone3 | ReadWrite | default_region | NULL | NULL | 1073741824 | NULL | NULL | NULL | 1932735283 | 1495227415 | 5368709120 | NORMAL | 2022-12-26 18:28:38.060661 | FULL |
| xx.xx.xx.218 | 2882 | 1013 | 1010 | zone3 | ReadWrite | default_region | 1.5 | 1.5 | 5368709120 | 15000 | 15000 | 1 | 17394617549 | 3532346784 | 681574400 | NORMAL | 2022-12-26 18:28:38.060661 | FULL |
| xx.xx.xx.237 | 2882 | 1 | 1 | zone1 | ReadWrite | default_region | 1 | 1 | 14495514624 | 10000 | 10000 | 1 | 14495514624 | 11566525317 | 6071255040 | NORMAL | 2022-12-20 17:49:25.705315 | FULL |
| xx.xx.xx.237 | 2882 | 1002 | 1001 | zone1 | ReadWrite | default_region | NULL | NULL | 1073741824 | NULL | NULL | NULL | 1932735283 | 1520680069 | 7325351936 | NORMAL | 2022-12-20 18:04:31.692599 | FULL |
| xx.xx.xx.237 | 2882 | 1002 | 1002 | zone1 | ReadWrite | default_region | 1.5 | 1.5 | 5368709120 | 15000 | 15000 | 1 | 17394617549 | 4845753295 | 595591168 | NORMAL | 2022-12-20 18:04:31.692599 | FULL |
| xx.xx.xx.237 | 2882 | 1014 | 1009 | zone1 | ReadWrite | default_region | NULL | NULL | 1073741824 | NULL | NULL | NULL | 1932735283 | 1495304058 | 5391777792 | NORMAL | 2022-12-26 18:28:38.059317 | FULL |
| xx.xx.xx.237 | 2882 | 1014 | 1010 | zone1 | ReadWrite | default_region | 1.5 | 1.5 | 5368709120 | 15000 | 15000 | 1 | 17394617549 | 3532357328 | 681574400 | NORMAL | 2022-12-26 18:28:38.059317 | FULL |
| xx.xx.xx.238 | 2882 | 2 | 1 | zone2 | ReadWrite | default_region | 1 | 1 | 14495514624 | 10000 | 10000 | 1 | 14495514624 | 11566567057 | 5947523072 | NORMAL | 2022-12-20 17:49:25.705354 | FULL |
| xx.xx.xx.238 | 2882 | 1003 | 1001 | zone2 | ReadWrite | default_region | NULL | NULL | 1073741824 | NULL | NULL | NULL | 1932735283 | 1520720157 | 7337934848 | NORMAL | 2022-12-20 18:04:31.693277 | FULL |
| xx.xx.xx.238 | 2882 | 1003 | 1002 | zone2 | ReadWrite | default_region | 1.5 | 1.5 | 5368709120 | 15000 | 15000 | 1 | 17394617549 | 4845759221 | 591396864 | NORMAL | 2022-12-20 18:04:31.693277 | FULL |
| xx.xx.xx.238 | 2882 | 1015 | 1009 | zone2 | ReadWrite | default_region | NULL | NULL | 1073741824 | NULL | NULL | NULL | 1932735283 | 1495346552 | 5364514816 | NORMAL | 2022-12-26 18:28:38.060042 | FULL |
| xx.xx.xx.238 | 2882 | 1015 | 1010 | zone2 | ReadWrite | default_region | 1.5 | 1.5 | 5368709120 | 15000 | 15000 | 1 | 17394617549 | 3532362696 | 681574400 | NORMAL | 2022-12-26 18:28:38.060042 | FULL |
+----------------+----------+---------+-----------+-------+-----------+----------------+---------+---------+-------------+----------+----------+-------------+---------------+-----------------+------------------+--------+----------------------------+--------------+
15 rows in set
GV$OB_UNITS 视图参数详细说明,参见 GV$OB_UNITS。
查看节点的资源分配信息
通过 GV$OB_SERVERS 视图,可以查看 OBServer 的信息,示例如下:
以查询结果的第一行数据为例,节点 IP(SVR_IP)是 xx.xx.xx.238,服务器端口号(SVR_PORT)是 2882,对应的 zone 名称(zone)是 zone2,SQL 端口(SQL_PORT)是 2881,observer 进程可用的 CPU 数量(CPU_CAPACITY)是 64C,observer 进程可用的内存(MEM_CAPACITY)是 54G,已分配的内存(MEM_ASSIGNED)是 27.5G,日志盘总空间(LOG_DISK_CAPACITY)为 167.25G,已分配日志盘空间(LOG_DISK_ASSIGNED)是 55G,日志盘已使用(LOG_DISK_IN_USE) 22G,数据盘空间(DATA_DISK_CAPACITY) 167.25G,数据盘已使用(DATA_DISK_IN_USE) 18.89G。
obclient(root@sys)[oceanbase]> SELECT * FROM GV$OB_SERVERS;
查询结果如下:
+----------------+----------+-------+----------+--------------+------------------+--------------+------------------+--------------+--------------+-------------------+-------------------+-----------------+--------------------+------------------+-------------------------+--------------+-------------------------+-----------------------+----------------------------------+-----------------------------+
| SVR_IP | SVR_PORT | ZONE | SQL_PORT | CPU_CAPACITY | CPU_CAPACITY_MAX | CPU_ASSIGNED | CPU_ASSIGNED_MAX | MEM_CAPACITY | MEM_ASSIGNED | LOG_DISK_CAPACITY | LOG_DISK_ASSIGNED | LOG_DISK_IN_USE | DATA_DISK_CAPACITY | DATA_DISK_IN_USE | DATA_DISK_HEALTH_STATUS | MEMORY_LIMIT | DATA_DISK_ABNORMAL_TIME | SSL_CERT_EXPIRED_TIME | SS_DATA_DISK_OPERATION_SUGGESTED | SS_DATA_DISK_SIZE_SUGGESTED |
+----------------+----------+-------+----------+--------------+------------------+--------------+------------------+--------------+--------------+-------------------+-------------------+-----------------+--------------------+------------------+-------------------------+--------------+-------------------------+-----------------------+----------------------------------+-----------------------------+
| xx.xx.xx.238 | 2882 | zone2 | 2881 | 64 | 64 | 5 | 5 | 57982058496 | 29527900160 | 179583320064 | 59592671232 | 23622320128 | 179593805824 | 20283654144 | NORMAL | 68719476736 | NULL | NULL | NULL | NULL |
| xx.xx.xx.237 | 2882 | zone1 | 2881 | 64 | 64 | 5 | 5 | 32212254720 | 29527900160 | 179583320064 | 59592671232 | 23622320128 | 179593805824 | 20443037696 | NORMAL | 85899345920 | NULL | NULL | NULL | NULL |
| xx.xx.xx.218 | 2882 | zone3 | 2881 | 64 | 64 | 4 | 4 | 57982058496 | 27380416512 | 179583320064 | 53150220288 | 19528679424 | 179593805824 | 20044578816 | NORMAL | 68719476736 | NULL | NULL | NULL | NULL |
+----------------+----------+-------+----------+--------------+------------------+--------------+------------------+--------------+--------------+-------------------+-------------------+-----------------+--------------------+------------------+-------------------------+--------------+-------------------------+-----------------------+----------------------------------+-----------------------------+
3 rows in set
GV$OB_SERVERS 视图参数详细说明,参见 GV$OB_SERVERS。
查看租户各资源组的实时 IO 统计信息
sys 租户通过 GV$OB_GROUP_IO_STAT 视图,可以实时查看所有 OBServer 节点上每个资源组的实时 IOPS 和带宽统计信息,示例如下:
obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.GV$OB_GROUP_IO_STAT WHERE TENANT_ID=1002 LIMIT 5;
查询结果如下:
+-----------+----------------+----------+----------+-------------------+-------+----------+----------+-----------+-----------+-------------------+---------------------------+--------------------+----------------------------+
| TENANT_ID | SVR_IP | SVR_PORT | GROUP_ID | GROUP_NAME | MODE | MIN_IOPS | MAX_IOPS | NORM_IOPS | REAL_IOPS | MAX_NET_BANDWIDTH | MAX_NET_BANDWIDTH_DISPLAY | REAL_NET_BANDWIDTH | REAL_NET_BANDWIDTH_DISPLAY |
+-----------+----------------+----------+----------+-------------------+-------+----------+----------+-----------+-----------+-------------------+---------------------------+--------------------+----------------------------+
| 1002 | 172.xx.xxx.198 | 2882 | 0 | OTHER_GROUP | READ | 307 | 20000 | 0 | 0 | 50000000 | 47.684MB/s | 0 | 0B/s |
| 1002 | 172.xx.xxx.198 | 2882 | 0 | OTHER_GROUP | WRITE | 307 | 20000 | 0 | 0 | 50000000 | 47.684MB/s | 0 | 0B/s |
| 1002 | 172.xx.xxx.198 | 2882 | 10000 | interactive_group | READ | 307 | 18000 | 0 | 0 | 50000000 | 47.684MB/s | 0 | 0B/s |
| 1002 | 172.xx.xxx.198 | 2882 | 10000 | interactive_group | WRITE | 307 | 18000 | 0 | 0 | 50000000 | 47.684MB/s | 0 | 0B/s |
| 1002 | 172.xx.xxx.198 | 2882 | 10001 | batch_group | READ | 409 | 16000 | 0 | 0 | 50000000 | 47.684MB/s | 0 | 0B/s |
+-----------+----------------+----------+----------+-------------------+-------+----------+----------+-----------+-----------+-------------------+---------------------------+--------------------+----------------------------+
5 rows in set
查询结果中,OTHER_GROUP 为系统内置的资源组,interactive_group 和 batch_group 为自定义资源组。在配置资源管理计划内容时,如果未绑定资源组,则默认使用系统内置的资源组 OTHER_GROUP。
从第三行结果可知,租户 1002 在 172.xx.xxx.198 节点上,资源组 interactive_group 中读操作的最小 IOPS 为 307, 最大 IOPS 为 1800,当前实际的 IOPS 为 0,配置的最大网络带宽为 47.684MB/s,当前网络带宽为 0B/s。
查看租户 Function 级后台任务的实时 IO 统计信息
sys 租户通过 GV$OB_FUNCTION_IO_STAT 视图,可以实时查看所有 OBServer 节点上 Function 级别的 IO 统计信息,示例如下:
obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.GV$OB_FUNCTION_IO_STAT WHERE TENANT_ID=1002 LIMIT 5;
查询结果如下:
+----------------+----------+-----------+------------------+--------------+------+-----------+-----------+-------------+-------------+----------+
| SVR_IP | SVR_PORT | TENANT_ID | FUNCTION_NAME | MODE | SIZE | REAL_IOPS | REAL_MBPS | SCHEDULE_US | IO_DELAY_US | TOTAL_US |
+----------------+----------+-----------+------------------+--------------+------+-----------+-----------+-------------+-------------+----------+
| 172.xx.xxx.198 | 2882 | 1002 | DEFAULT_FUNCTION | LOCAL READ | 0 | 0 | 0 | 0 | 0 | 0 |
| 172.xx.xxx.198 | 2882 | 1002 | DEFAULT_FUNCTION | LOCAL WRITE | 4096 | 2 | 0 | 20 | 142 | 178 |
| 172.xx.xxx.198 | 2882 | 1002 | DEFAULT_FUNCTION | REMOTE READ | 0 | 0 | 0 | 20 | 142 | 178 |
| 172.xx.xxx.198 | 2882 | 1002 | DEFAULT_FUNCTION | REMOTE WRITE | 0 | 0 | 0 | 20 | 142 | 178 |
| 172.xx.xxx.198 | 2882 | 1002 | COMPACTION_HIGH | LOCAL READ | 0 | 0 | 0 | 20 | 142 | 178 |
+----------------+----------+-----------+------------------+--------------+------+-----------+-----------+-------------+-------------+----------+
5 rows in set
查询结果中,COMPACTION_HIGH 为定义的 Mini Merge 和 DDL KV Merge 等任务,DEFAULT_FUNCTION 为除了已定义的后台任务以外的其他所有后台任务。
从第五行结果可知,租户 1002 在 172.xx.xxx.198 节点上,Mini Merge 和 DDL KV Merge 等任务(COMPACTION_HIGH)本地读的平均 IO(SIZE)大小为 0,实际 IOPS(REAL_IOPS) 为 0, 实际所使用的带宽(REAL_MBPS)为 0 MB/S,IO 调度的平均消耗时间(SCHEDULE_US)为 20 us,磁盘 IO 的平均执行时间(IO_DELAY_US)为 142 us,IO 的总体平均执行时间(TOTAL_US)为 178 us。
查看租户的逻辑资源使用情况及限制
sys 租户通过 GV$OB_TENANT_RESOURCE_LIMIT 视图,可以查看租户在每个 Unit 上逻辑资源的使用情况,示例如下:
obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.GV$OB_TENANT_RESOURCE_LIMIT WHERE TENANT_ID=1004;
查询结果如下:
+----------------+----------+-----------+-------+---------------+---------------------+-----------------+----------------+-------------+----------------------+
| SVR_IP | SVR_PORT | TENANT_ID | ZONE | RESOURCE_NAME | CURRENT_UTILIZATION | MAX_UTILIZATION | RESERVED_VALUE | LIMIT_VALUE | EFFECTIVE_LIMIT_TYPE |
+----------------+----------+-----------+-------+---------------+---------------------+-----------------+----------------+-------------+----------------------+
| 172.xx.xxx.xxx | 2882 | 1004 | zone1 | ls | 2 | 2 | 0 | 13 | memory |
| 172.xx.xxx.xxx | 2882 | 1004 | zone1 | tablet | 656 | 656 | 0 | 100000 | configuration |
+----------------+----------+-----------+-------+---------------+---------------------+-----------------+----------------+-------------+----------------------+
2 rows in set
从第一行结果可知,租户 1004 在 172.xx.xxx.xxx:2882 节点上,当前有 2 个日志流(CURRENT_UTILIZATION),曾经同时存在过最多 2 个日志流(MAX_UTILIZATION),最大可以创建 13 个日志流(LIMIT_VALUE),并且这 13 个日志流的上限值由租户内存(memory)计算得来。
从第二行结果可知,租户 1004 在 172.xx.xxx.xxx:2882 节点上,当前有 656 个 TABLET(CURRENT_UTILIZATION),曾经同时存在过最多 656 个 TABLET(MAX_UTILIZATION),最大可以创建 100000 个 TABLET(LIMIT_VALUE),并且这 100000 个 TABLET 的上限值是根据租户内存(configuration)计算得来。
由于租户在每个节点上能创建的逻辑资源会受到各种物理资源或配置项值的限制,可以通过视图 GV$OB_TENANT_RESOURCE_LIMIT_DETAIL 进一步查看租户逻辑资源具体所受的限制及各种限制的上限值。
obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.GV$OB_TENANT_RESOURCE_LIMIT_DETAIL WHERE TENANT_ID=1004;
查询结果如下:
+----------------+----------+-----------+---------------+---------------+---------------------+
| SVR_IP | SVR_PORT | TENANT_ID | RESOURCE_NAME | LIMIT_TYPE | LIMIT_VALUE |
+----------------+----------+-----------+---------------+---------------+---------------------+
| 172.xx.xxx.xxx | 2882 | 1004 | ls | configuration | 90 |
| 172.xx.xxx.xxx | 2882 | 1004 | ls | memstore | 9223372036854775807 |
| 172.xx.xxx.xxx | 2882 | 1004 | ls | memory | 13 |
| 172.xx.xxx.xxx | 2882 | 1004 | ls | data_disk | 9223372036854775807 |
| 172.xx.xxx.xxx | 2882 | 1004 | ls | clog_disk | 32 |
| 172.xx.xxx.xxx | 2882 | 1004 | ls | cpu | 9223372036854775807 |
| 172.xx.xxx.xxx | 2882 | 1004 | tablet | configuration | 100000 |
| 172.xx.xxx.xxx | 2882 | 1004 | tablet | memstore | 9223372036854775807 |
| 172.xx.xxx.xxx | 2882 | 1004 | tablet | memory | 102400 |
| 172.xx.xxx.xxx | 2882 | 1004 | tablet | data_disk | 9223372036854775807 |
| 172.xx.xxx.xxx | 2882 | 1004 | tablet | clog_disk | 9223372036854775807 |
| 172.xx.xxx.xxx | 2882 | 1004 | tablet | cpu | 9223372036854775807 |
+----------------+----------+-----------+---------------+---------------+---------------------+
12 rows in set
从查询结果可知,租户 1004 在 172.xx.xxx.xxx:2882 节点上,限制创建的日志流个数的因素如下(9223372036854775807 表示无限制):
配置项(
configuration)限制创建的个数为 90。租户内存(
memory)限制创建的个数为 13。日志盘(
clog_disk)限制创建的个数为 32。