--- title: "变更日志流 - OceanBase 数据库 V4.2.5 | OceanBase 文档中心" description: 变更日志流 一个日志流属于一个日志流组，在每个日志流组中，日志流的个数由 Primary Zone 中 Zone 的个数决定。从而 Primary Zone 的 Zone 列表中的每个 Zone 都可以分布着日志流组中一个日志流的 Leader。 用户可以根据需要，对日志流执行变更操作，手动均衡日志流在各个 UNIT… --- 切换语言 - 中文站 - 简体中文 - International - English - 日本站 - 日本語 文档反馈![](https://mdn.alipayobjects.com/huamei_22khvb/afts/img/A*P8CuR4UJ_FkAAAAAAAAAAAAADiGDAQ/original) OceanBase 数据库分布式版 - V 4.2.5 LTS # 变更日志流 更新时间：2026-04-15 17:16:58 [编辑](https://github.com/oceanbase/oceanbase-doc/edit/V4.2.5/zh-CN/600.manage/230.logstream-management/200.modify-a-logstream.md) 一个日志流属于一个日志流组，在每个日志流组中，日志流的个数由 Primary Zone 中 Zone 的个数决定。从而 Primary Zone 的 Zone 列表中的每个 Zone 都可以分布着日志流组中一个日志流的 Leader。 用户可以根据需要，对日志流执行变更操作，手动均衡日志流在各个 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）间的分布。 ## 使用限制 - 对于 V4.2.5 版本，仅 V4.2.5 BP1 及以上版本支持变更日志流操作。 - 在 V4.x 之前版本中，OceanBase 数据库仅支持租户的同构 Zone 模式。在 V4.2.5 版本中，从 V4.2.5 BP5 版本开始支持租户的异构 Zone 模式。其中： - 同构 Zone 模式下，可以修改日志流分布的 `UNIT_GROUP` 以及日志流的 `PRIMARY_ZONE`。 - 异构 Zone 模式下，可以修改日志流分布的 `UNIT_LIST` 以及日志流的 `PRIMARY_ZONE`。 有关同构 Zone 模式和异构 Zone 模式的详细说明，参见 [数据分布](https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000001499578)。 ## 注意事项 执行变更日志流操作前，需要注意以下事项： - 待变更的日志流必须存在且状态必须为 `NORMAL`。 - 待变更日志流的租户其租户状态必须为 `NORMAL`。 #### 说明 对于 V4.2.5 BP1 版本，要求待变更日志流的租户其租户状态不能是 `CREATING` 或者 `DROPPING`。 - 在主租户上修改日志流的 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）时，要求租户的所有日志流当前没有负载均衡任务。 - 不建议在备租户上修改日志流的 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）属性。由于备租户会自动调整日志流的 `UNIT_GROUP`/`UNIT_LIST` 属性，手动修改备租户日志流的 `UNIT_GROUP`/`UNIT_LIST`属性可能不生效。 - 修改日志流的 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式） 时，要求目标 `UNIT_GROUP`/`UNIT_LIST` 的状态必须为 `ACTIVE`。 - 修改日志流的 `PRIMARY_ZONE` 时，需要保证修改后的 Zone 在租户的 `ZONE_LIST` 中。对于日志流而言，设置日志流的 `PRIMARY_ZONE` 与设置租户的 `PRIMARY_ZONE` 略有不同，日志流仅允许设置一个 Zone，例如 `z1` 或`z2`，不能像租户一样设置 `z1,z2`、`z1; z2` 或 `RANDOM`。 - 变更日志流时，要求租户级配置项 `enable_rebalance` 为关闭状态，即值为 `False`。当 `enable_rebalance` 为开启状态时，租户的负载均衡模块可能会自动调整日志流的 `PRIMARY_ZONE` 和 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）属性。 - 只有广播日志流和系统日志流（1 号日志流）才支持指定 `UNIT_GROUP` 为 0。 - 异构 Zone 模式下，用户日志流指定的 `UNIT_LIST` 不能为空。 ## 步骤一：变更前检查 1. 管理员用户登录到集群的 `sys` 租户或用户租户。 连接示例如下，连接数据库时请以实际环境为准。 ```shell obclient -h10.xx.xx.xx -P2883 -uroot@sys#obdemo -p***** -A ``` 2. 查询待变更日志流的租户的状态，确保租户状态为 `NORMAL`。 #### 说明 对于 V4.2.5 BP1 版本，要求待变更日志流的租户的状态不是 `CREATING` 或者 `DROPPING`。 - 系统租户 ```shell obclient> SELECT TENANT_ID, TENANT_NAME, STATUS, TENANT_ROLE FROM oceanbase.DBA_OB_TENANTS WHERE tenant_name = 'mq_t1'; ``` - 用户租户 MySQL 模式 Oracle 模式 MySQL 模式下，执行以下命令，查询租户状态。 ```shell obclient> SELECT TENANT_ID, TENANT_NAME, STATUS, TENANT_ROLE FROM oceanbase.DBA_OB_TENANTS; ``` Oracle 模式下，执行以下命令，查询租户状态。 ```shell obclient> SELECT TENANT_ID, TENANT_NAME, STATUS, TENANT_ROLE FROM SYS.DBA_OB_TENANTS; ``` 查询结果的示例如下： ```shell +-----------+-------------+--------+-------------+ | TENANT_ID | TENANT_NAME | STATUS | TENANT_ROLE | +-----------+-------------+--------+-------------+ | 1002 | mq_t1 | NORMAL | PRIMARY | +-----------+-------------+--------+-------------+ 1 row in set ``` 根据查询结果，租户状态为 `NORMAL`。 3. 查询租户的日志流当前是否有正在进行的负载均衡任务。在主租户上修改日志流的 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）时，要求租户的所有日志流当前没有负载均衡任务。 - 系统租户 ```shell obclient> SELECT count(*) AS task_cnt FROM oceanbase.CDB_OB_BALANCE_TASKS WHERE TENANT_ID=1002 AND (SRC_LS = 1001 or DEST_LS=1001); MySQL 模式下，执行以下命令，查询租户的日志流的负载均衡任务状态。 ```shell obclient> SELECT count(*) AS task_cnt FROM oceanbase.DBA_OB_BALANCE_TASKS WHERE SRC_LS = 1001 or DEST_LS=1001; ``` Oracle 模式下，执行以下命令，查询租户的日志流的负载均衡任务状态。 ```shell obclient> SELECT count(*) AS task_cnt FROM SYS.DBA_OB_BALANCE_TASKS WHERE SRC_LS = 1001 or DEST_LS=1001; ``` ```shell +----------+ | task_cnt | +----------+ | 0 | +----------+ 1 row in set ``` 查询结果为 `0`，表示租户的日志流当前无正在进行中的负载均衡任务。 4. 查询租户下日志流的相关信息，确保待变更的日志流存在且状态为 `NORMAL`。如果想要变更广播日志流，还需要确认指定的日志流是否为广播日志流。 1. 查询租户下的日志流信息。 - 系统租户 ```shell obclient> SELECT LS_ID, PRIMARY_ZONE LS_GROUP_ID, UNIT_LIST FROM oceanbase.CDB_OB_LS WHERE TENANT_ID=1002 AND LS_ID != 1 AND STATUS = 'NORMAL'; MySQL 模式下，执行以下命令，查询租户下的日志流信息。 ```shell obclient> SELECT LS_ID, PRIMARY_ZONE, LS_GROUP_ID, UNIT_LIST FROM oceanbase.DBA_OB_LS WHERE LS_ID != 1 AND STATUS = 'NORMAL'; ``` Oracle 模式下，执行以下命令，查询租户下的日志流信息。 ```shell obclient> SELECT LS_ID, PRIMARY_ZONE, LS_GROUP_ID, UNIT_LIST FROM SYS.DBA_OB_LS WHERE LS_ID != 1 AND STATUS = 'NORMAL'; ``` ```shell +-------+--------------+-------------+----------------+ | LS_ID | PRIMARY_ZONE | LS_GROUP_ID | UNIT_LIST | +-------+--------------+-------------+----------------+ | 1001 | z1;z2,z3 | 1001 | 1001,1002,1003 | | 1002 | z2;z1,z3 | 1001 | 1001,1002,1003 | | 1003 | z3;z1,z2 | 1001 | 1001,1002,1003 | | 1004 | z1;z2,z3 | 1002 | 1004,1005,1006 | | 1005 | z2;z1,z3 | 1002 | 1004,1005,1006 | | 1006 | z3;z1,z2 | 1002 | 1004,1005,1006 | +-------+--------------+-------------+----------------+ 6 rows in set ``` 2. 根据查询到的日志流信息，如果需要确认日志流是否为广播日志流，还需要查看日志流 `FLAG` 列的信息，如果 `FLAG` 列的值 `DUPLICATE`，则表示该日志流为广播日志流。 - 系统租户 ```shell obclient> SELECT LS_ID, STATUS, PRIMARY_ZONE, LS_GROUP_ID, FLAG, UNIT_LIST FROM oceanbase.CDB_OB_LS WHERE TENANT_ID=1002 AND LS_ID=1003; MySQL 模式下，执行以下命令，确认日志流是否为广播日志流。 ```shell obclient> SELECT LS_ID, STATUS, PRIMARY_ZONE, LS_GROUP_ID, FLAG, UNIT_LIST FROM oceanbase.DBA_OB_LS WHERE LS_ID=1003; ``` Oracle 模式下，执行以下命令，确认日志流是否为广播日志流。 ```shell obclient> SELECT LS_ID, STATUS, PRIMARY_ZONE, LS_GROUP_ID, FLAG, UNIT_LIST FROM SYS.DBA_OB_LS WHERE LS_ID=1003; ``` 5. 如果要修改日志流的 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式），需要查询租户的 Unit 信息，并确保目标 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）上的数据盘剩余容量能容纳待变更的日志流。 以下操作需要在系统租户下执行。 1. 执行以下命令，查询租户的 Unit 信息，并确认目标 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）的状态为 `ACTIVE`。 ```shell obclient> SELECT UNIT_GROUP_ID, UNIT_ID, ZONE, SVR_IP, SVR_PORT FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID=1002 AND STATUS = 'ACTIVE' ORDER BY UNIT_GROUP_ID; ``` 查询结果如下： ```shell +---------------+---------+------+----------------+----------+ | UNIT_GROUP_ID | UNIT_ID | ZONE | SVR_IP | SVR_PORT | +---------------+---------+------+----------------+----------+ | 1001 | 1001 | z1 | xxx.xx.xxx.198 | 2882 | | 1001 | 1002 | z2 | xxx.xx.xxx.196 | 2882 | | 1001 | 1003 | z3 | xxx.xx.xxx.204 | 2882 | | 1002 | 1004 | z1 | xxx.xx.xxx.194 | 2882 | | 1002 | 1005 | z2 | xxx.xx.xxx.192 | 2882 | | 1002 | 1006 | z3 | xxx.xx.xxx.197 | 2882 | +---------------+---------+------+----------------+----------+ 6 rows in set ``` 2. 根据获取到的 `UNIT_GROUP_ID`、`UNIT_ID` 以及对应的 `SVR_IP` 和 `SVR_PORT` 信息，查询目标 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）对应机器的数据盘的剩余容量。 ```shell obclient> SELECT SVR_IP, SVR_PORT, (DATA_DISK_CAPACITY - DATA_DISK_IN_USE) / 1024 / 1024 / 1024 AS REST_DATA_SIZE_IN_GB FROM oceanbase.GV$OB_SERVERS; ``` 查询结果如下： ```shell +----------------+----------+----------------------+ | SVR_IP | SVR_PORT | REST_DATA_SIZE_IN_GB | +----------------+----------+----------------------+ | xxx.xx.xxx.196 | 2882 | 4.925781250000 | | xxx.xx.xxx.198 | 2882 | 4.875000000000 | | xxx.xx.xxx.204 | 2882 | 4.925781250000 | | xxx.xx.xxx.194 | 2882 | 4.925781250000 | | xxx.xx.xxx.192 | 2882 | 4.875000000000 | | xxx.xx.xxx.197 | 2882 | 4.925781250000 | +----------------+----------+----------------------+ 6 rows in set ``` 3. 查询待变更的日志流对数据盘容量的要求。 ```shell obclient> SELECT SVR_IP, SVR_PORT, TENANT_ID, LS_ID, SUM(OCCUPY_SIZE)/1024/1024/1024 AS OCCUPY_SIZE_GB, SUM(REQUIRED_SIZE)/1024/1024/1024 AS REQUIRED_SIZE_GB FROM __ALL_VIRTUAL_TABLET_POINTER_STATUS WHERE TENANT_ID=1002 AND LS_ID=1001 GROUP BY SVR_IP, SVR_PORT, TENANT_ID, LS_ID ORDER BY REQUIRED_SIZE_GB; ``` 查询结果如下： ```shell +----------------+----------+-----------+-------+----------------+------------------+ | SVR_IP | SVR_PORT | TENANT_ID | LS_ID | OCCUPY_SIZE_GB | REQUIRED_SIZE_GB | +----------------+----------+-----------+-------+----------------+------------------+ | xxx.xx.xxx.198 | 2882 | 1002 | 1001 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.196 | 2882 | 1002 | 1002 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.204 | 2882 | 1002 | 1003 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.194 | 2882 | 1002 | 1004 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.192 | 2882 | 1002 | 1005 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.197 | 2882 | 1002 | 1006 | 0.000007629395 | 0.000007629395 | +----------------+----------+-----------+-------+----------------+------------------+ 6 rows in set ``` 查询结果中，`OCCUPY_SIZE_GB` 表示 Tablet 的实际数据占用的磁盘空间大小；`REQUIRED_SIZE_GB` 表示存放 Tablet 所需的磁盘空间大小。将 `OCCUPY_SIZE_GB` 和 `REQUIRED_SIZE_GB` 与目标 `UNIT_GROUP`/`UNIT_LIST` 上数据盘的剩余容量进行对比，如果 `OCCUPY_SIZE_GB` 和 `REQUIRED_SIZE_GB` 的值均小于目标 `UNIT_GROUP`/`UNIT_LIST` 上数据盘的剩余容量，则符合要求。 6. 如果要修改日志流的 `PRIMARY_ZONE`，需要确保修改后的 Zone 在租户的 `ZONE_LIST` 中。租户的 `ZONE_LIST` 可以通过租户的 Locality 信息来确认。 - 系统租户 ```shell obclient> SELECT PRIMARY_ZONE, LOCALITY FROM oceanbase.DBA_OB_TENANTS WHERE tenant_name = 'mq_t1'; ```shell obclient> SELECT PRIMARY_ZONE, LOCALITY FROM oceanbase.DBA_OB_TENANTS; ``` ```shell obclient> SELECT PRIMARY_ZONE, LOCALITY FROM SYS.DBA_OB_TENANTS; ``` ```shell +--------------+------------------------------------+ | PRIMARY_ZONE | LOCALITY | +--------------+------------------------------------+ | RANDOM | FULL{1}@z1, FULL{1}@z2, FULL{1}@z3 | +--------------+------------------------------------+ ``` 示例结果中，租户 `mq_t1` 的 `LOCALITY` 为 `FULL{1}@z1, FULL{1}@z2, FULL{1}@z3`，表示租户的 `ZONE_LIST` 包含 `z1`、`z2`、`z3` 三个 Zone。 7. 检查配置项 `enable_rebalance` 的值是否为 `False`。如果值为 `True`，执行日志流变更操作后，租户的负载均衡模块可能会自动调整日志流的 `PRIMARY_ZONE` 和 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）属性。 ```shell obclient> SHOW PARAMETERS LIKE '%enable_rebalance%'; ``` 如果值不为 `False`，则需要执行以下命令，将配置项 `enable_rebalance` 的值设置为 `False`。 - 系统租户 ```shell obclient> ALTER SYSTEM SET enable_rebalance = 'False' TENANT = mq_t1; ```shell obclient> ALTER SYSTEM SET enable_rebalance = 'False'; ``` ## 步骤二：变更日志流 确保各项检查符合要求后，根据业务情况，选择合适的操作，变更日志流。 ### 系统租户修改用户租户的日志流 1. 使用 `root` 用户登录到集群的 `sys` 租户。 ``` 2. 变更日志流。 系统租户下，修改用户租户日志流的 SQL 语句如下： ```sql ALTER SYSTEM MODIFY LS [=] ls_id [UNIT_GROUP [=] unit_group_id] | [UNIT_LIST [=] (unit_id_list) ][,PRIMARY_ZONE [=] 'zone_name'] TENANT [=] 'tenant_name'; ``` 语句相关说明如下： - `ls_id`：待变更的日志流的 ID。 - `unit_group_id`：指定待变更的日志流的目标 Unit Group 的 ID，仅适用于同构 Zone 模式的租户。`unit_group_id` 可在系统租户下，通过查询 `oceanbase.DBA_OB_UNITS` 视图获取。 - `unit_id_list`：指定待变更的日志流分布的目标 Unit 列表，仅适用于异构 Zone 模式的租户。`unit_id_list` 可在系统租户下，通过查询 `oceanbase.DBA_OB_UNITS` 视图获取，每个 Zone 不超过一个 Unit。 - `zone_name`：目标 Zone 的名称。 - `tenant_name`：待变更日志流的目标租户的名称。 - 执行变更日志流的操作时，需要至少修改日志流的其中一个属性 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）或 `PRIMARY_ZONE`。 示例如下： 同构 Zone 模式 异构 Zone 模式 - 仅修改日志流的 `UNIT_GROUP` 修改租户 `mq_t1` 的 1002 号日志流的位置到 1002 号的 `UNIT_GROUP`。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_GROUP 1002 TENANT = mq_t1; ``` - 仅修改日志流的 `PRIMARY_ZONE` 修改租户 `mq_t1` 的 1002 号日志流 Leader 的第一优先级到 `z1`。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 PRIMARY_ZONE 'z1' TENANT = mq_t1; ``` - 同时修改日志流的 `UNIT_GROUP` 和 `PRIMARY_ZONE` 修改租户 `mq_t1` 的 1002 日志流的位置到 1002 的 `UNIT_GROUP`，并修改日志流 Leader 的第一优先级到 `z1`。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_GROUP 1002, PRIMARY_ZONE 'z1' TENANT = mq_t1; ``` - 仅修改日志流的 `UNIT_LIST` 修改租户 `mq_t1` 的 1002 号日志流的位置到 1004、1005、1006 的 `UNIT_LIST` 上。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_LIST (1004,1005,1006) TENANT = mq_t1; ``` - 同时修改日志流的 `UNIT_LIST` 和 `PRIMARY_ZONE` 修改租户 `mq_t1` 的 1002 日志流的位置到 1004、1005、1006 的 `UNIT_LIST` 上，并修改日志流 Leader 的第一优先级到 `z1`。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_LIST (1004,1005,1006), PRIMARY_ZONE 'z1' TENANT = mq_t1; ``` 3. 检查日志流是否变更成功。 ```shell obclient> SELECT LS_ID, PRIMARY_ZONE, LS_GROUP_ID, UNIT_LIST FROM oceanbase.CDB_OB_LS WHERE TENANT_ID=1002 AND LS_ID = 1002 AND STATUS = 'NORMAL'; ``` ```shell +-------+--------------+-------------+----------------+ | LS_ID | PRIMARY_ZONE | LS_GROUP_ID | UNIT_LIST | +-------+--------------+-------------+----------------+ | 1002 | z1;z2,z3 | 1001 | 1004,1005,1006 | +-------+--------------+-------------+----------------+ ``` 对比变更前与变更后的日志流，如果日志流对应的 `UNIT_LIST`(同构 Zone 模式下，对应 `UNIT_GROUP_ID` 相同的一组 Unit)、`PRIMARY_ZONE` 等与预期一致，则表示变更成功。 ### 用户租户修改本租户的日志流 1. MySQL 模式租户或 Oracle 模式租户的租户管理员连接数据库。 ```shell obclient -h10.xx.xx.xx -P2883 -uroot@mq_t1#obdemo -p***** -A 用户租户修改日志流的 SQL 语句如下： ```sql ALTER SYSTEM MODIFY LS [=] ls_id [UNIT_GROUP [=] unit_group_id] | [UNIT_LIST [=] (unit_id_list) ][,PRIMARY_ZONE [=] 'zone_name']; ``` 语句相关说明如下： - `ls_id`：待变更的日志流的 ID。 - `unit_group_id`：指定待变更的日志流的目标 Unit Group 的 ID，仅适用于同构 Zone 模式的租户。`unit_group_id` 可在系统租户下，通过查询 `oceanbase.DBA_OB_UNITS` 视图获取。 - `unit_id_list`：指定待变更的日志流分布的目标 Unit 列表，仅适用于异构 Zone 模式的租户。`unit_id_list` 可在系统租户下，通过查询 `oceanbase.DBA_OB_UNITS` 视图获取，每个 Zone 不超过一个 Unit。 - `zone_name`：目标 Zone 的名称。 - 执行变更日志流的操作时，需要至少修改日志流的其中一个属性 `UNIT_GROUP`（同构 Zone 模式）/`UNIT_LIST`（异构 Zone 模式）或 `PRIMARY_ZONE`。 示例如下： 修改 1002 号日志流的位置到 1002 号的 `UNIT_GROUP`。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_GROUP 1002; 修改 1002 号日志流 Leader 的第一优先级到 `z1`。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 PRIMARY_ZONE 'z1'; 修改 1002 日志流的位置到 1002 的 `UNIT_GROUP`，并修改日志流 Leader 的第一优先级到 `z1`。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_GROUP 1002, PRIMARY_ZONE 'z1'; 修改 1002 号日志流的位置到 1004、1005、1006 的 `UNIT_LIST` 上。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_LIST (1004,1005,1006); 修改 1002 日志流的位置到 1004、1005、1006 的 `UNIT_LIST` 上，并修改日志流 Leader 的第一优先级到 `z1`。 ```shell obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_LIST (1004,1005,1006), PRIMARY_ZONE 'z1'; ```shell obclient> SELECT LS_ID, PRIMARY_ZONE, LS_GROUP_ID, UNIT_LIST FROM oceanbase.DBA_OB_LS WHERE LS_ID = 1002 AND STATUS = 'NORMAL'; ``` ``` 上一篇 下一篇 ![有帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*y6ocSqN8cqsAAAAAAAAAAAAAARQnAQ)![无帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*BG9IQJyLHF8AAAAAAAAAAAAAARQnAQ)![反馈](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*eTWdQKCRKHwAAAAAAAAAAAAAARQnAQ)[AI](https://www.oceanbase.com/obi) 咨询热线