--- title: "副本迁移问题排查 | OceanBase 文档中心" description: 副本迁移问题排查 本文主要介绍 OceanBase 数据集在副本迁移过程中遇到的问题的排查方法。 适用版本 OceanBase 数据库所有版本 问题描述 在管理运维 OceanBase 集群的过程中，在一些场景下，可以使用 OCP 来操作 OceanBase 副本的迁移， 也可以使用直接执行 SQL 命令的来进行副本… --- 切换语言 - 中文站 - 简体中文 - International - English - 日本站 - 日本語 文档反馈![](https://mdn.alipayobjects.com/huamei_22khvb/afts/img/A*P8CuR4UJ_FkAAAAAAAAAAAAADiGDAQ/original) OceanBase 数据库分布式版 - V 3.2.4 企业版 LTS # 副本迁移问题排查 更新时间：2026-06-14 10:14:21 本文主要介绍 OceanBase 数据集在副本迁移过程中遇到的问题的排查方法。 ## 适用版本 OceanBase 数据库所有版本 ## 问题描述 在管理运维 OceanBase 集群的过程中，在一些场景下，可以使用 OCP 来操作 OceanBase 副本的迁移， 也可以使用直接执行 SQL 命令的来进行副本的迁移。如果在迁移过程中发现迁移不成功、迁移未启动、迁移报错等不符合预期的行为，需要进一步排查问题原因，并做出相应的处理。 ## 问题排查思路 在进行副本迁移问题排查时，首先确定副本迁移是否不符合预期情况，然后再根据具体的迁移情况进行处理。 ### 确定副本迁移是否不符合预期 1. 确定问题 partition。 无论是通过何种方式发起副本迁移任务，如果有问题的话，都需要先定位到有问题的 partition。根据不同的场景，我们通过不同的方式获取有问题的 partition。 a. 检查当前是否存在 unit 迁移。如果如下命令返回结果非空表示当前有 unit 迁移任务。 ```sql SELECT * FROM __all_unit WHERE migrate_FROM_svr_ip != "" or migrate_FROM_svr_port != ""; ``` b. 获取待迁移的 partition key。使用如下命令查询，其中 `unit_id` 为上条查询的 `unit_id`，`svr_ip` 为上条查询的 `migrate_FROM_svr_ip`。 ```sql SELECT * FROM __all_virtual_partition_table WHERE unit_id = xxx and svr_ip = "yyy"; ``` 2. 查看RS 调动副本迁移任务的状态是否符合预期。 您可以在 RootService 所在机器 `grep "root_balancer" rootservice.log` 获取线程号 `LWP_ID`，获取线程号后去 `grep "LWP_ID" rootservice.log` 看 RS 的负载均衡线程正在执行的任务。或者按照如下步骤进行查看。 a. 查看迁移任务的状态。 外部发起的命令都会记录 `__all_rootservice_job`，可先确认任务是否发起及相关状态（该表状态可能不准）。 ```sql obclient> SELECT * FROM __all_rootservice_job ORDER BY gmt_create desc limit 10; ``` b. 查看任务是否被调度或者在排队中。 ```sql SELECT * FROM __all_virtual_rebalance_task_stat; ``` `is_scheduled : yes` 表示任务正在调度，否则表示任务在排队。 c. 确认负载均衡的任务的执行情况。 ```unknow SELECT * FROM __all_rootservice_event_history WHERE value1 like "%table_id%partition_id%" ORDER BY gmt_create desc limit 10; ``` `table_id/partition_id`：可通过上述语句定位到具体的分区负载均衡任务获得。 示例如下，图中某个分区迁移失败报 `-4029`。在报错中也可能出现别的报错码和报错信息。 ![](https://obbusiness-private.oss-cn-shanghai.aliyuncs.com/doc/img/observer-enterprise/V3.2.3/zh-CN/7.faq/fault-code-1.png) 上述表里有明确报错的，可以按 `pkey`、错误码搜 `source`、`destination` 机器对应时间点的 `observer.log` 或者 `rootservice.log`，以获取更详细的报错信息。 3. 检查系统虚拟表 `__all_virtual_sys_task_status` 。这个是 OBServer 的虚拟表，内容是已经下发到 OBServer 端执行的任务。 4. 检查存储层调度的状态，看副本在存储层的状态是否符合预期。 ```unknow SELECT * FROM __all_virtual_sys_task_status; +----------------------------+---------------------------+-------------------------------+---------------+----------+-----------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-----------+ | start_time | task_type | task_id | svr_ip | svr_port | tenant_id | comment | is_cancel | +----------------------------+---------------------------+-------------------------------+---------------+----------+-----------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-----------+ | 2019-03-01 00:01:01.710589 | group partition migration | YB420BE80B86-00057350CB72EC9F | xx.xxx.xxx.xx | 2882 | 1040 | group partition migration: group_task_id=YB420BE80B86-00057350CB72EC9F partition_count=1 partition_id=0 key={tid:1143492092937043, partition_id:0, part_cnt:0}, op_type=ADD_REPLICA_OP, src="xx.xxx.xx.xx:2882", dest="xx.xxx.xxx.xx:2882", | 0 | | 2019-03-01 00:01:01.716896 | partition migration | YB420BBEE129-000582EC67B0BBB5 | xx.xxx.xxx.xx | 2882 | 1040 | single partition migration: group_task_id=YB420BE80B86-00057350CB72EC9F key={tid:1143492092937043, partition_id:0, part_cnt:0}, op_type=ADD_REPLICA_OP, src="xx.xxx.xx.xx:2882", dest="xx.xxx.xxx.xx:2882", | 0 | +----------------------------+---------------------------+-------------------------------+---------------+----------+-----------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+-----------+ 2 rows in set (0.06 sec) ``` ## 问题排查步骤 进行问题根因排查时，一般从以下几个方向入手：常见原因、手动调度引起的问题、迁移过慢、迁移失败。 ### 常见原因 副本迁移最常见的问题是因为迁入目标端磁盘满，导致复制迁移被 `block`。此时您可以根据后台日志和数据库的情况进行排查。 1. 排查有迁移异常的 server。 ```sql SELECT * FROM __all_server WHERE block_migrate_in_time > 0 \G ``` 如果 server 因为磁盘满禁止迁入了，这个 server 的 `block_migrate_in_time` 是非零，是一个timestamp，转化成实际时间可以看到具体的禁止迁入时间。您可以通过临时执行下面命令尽快解除block状态。 ```unknow ALTER system SET migration_disable_time = "600s"; ``` 2. 查询磁盘使用空间。 ```unknow SELECT a.zone, a.svr_ip, round(disk_in_use / 1024 / 1024 / 1024, 3) AS disk_used_G, round(disk_total / 1024 / 1024 / 1024, 3) AS disk_total_G, round(disk_in_use / disk_total, 4) * 100 AS disk_used_pct FROM oceanbase.__all_meta_table a, oceanbase.__all_virtual_server_stat b WHERE a.svr_ip = b.svr_ip GROUP BY a.zone, a.svr_ip ORDER BY disk_used_pct desc , a.zone, a.svr_ip; +---------------+----------------+-------------+--------------+---------------+ | zone | svr_ip | disk_used_G | disk_total_G | disk_used_pct | +---------------+----------------+-------------+--------------+---------------+ | zone1 | ip | 15460.984 | 17305.309 | 89.3400 | | zone2 | ip | 15355.619 | 17305.309 | 88.7300 | | zone3 | ip | 11304.959 | 12760.816 | 88.5900 | +---------------+----------------+-------------+--------------+---------------+ 19 rows in set (0.04 sec) ``` > **注意** > > > > 对于 OceanBase V2.x 及以上版本需要将 `__all_meta_table` 换成 `__all_virtual_meta_table`。 ### 手动调度迁移问题的排查 OceanBase 数据库的 RootService 模块负责 Unit 迁移的调度，如果一直没有对迁移进行调度，可以通过以下方法进行排查。 1. 定位 RootService 的 IP 地址。 ```unknow obclient> SELECT * FROM __all_server WHERE with_rootserver=1; +----------------------------+----------------------------+----------------+----------+----+-------+------------+-----------------+--------+-----------------------+--------------------------------------------------------------------------------------+-----------+--------------------+--------------+----------------+-------------------+ | gmt_create | gmt_modified | svr_ip | svr_port | id | zone | inner_port | with_rootserver | status | block_migrate_in_time | build_version | stop_time | start_service_time | first_sessid | with_partition | last_offline_time | +----------------------------+----------------------------+----------------+----------+----+-------+------------+-----------------+--------+-----------------------+--------------------------------------------------------------------------------------+-----------+--------------------+--------------+----------------+-------------------+ | 2021-03-24 10:32:55.367438 | 2021-03-24 10:35:56.904319 | 10.0.0.0 | 2882 | 2 | zone2 | 2881 | 1 | active | 0 | 2.2.76_20210314152507-03d916596ba416277bf49a1a2fccb0b0d36a1631(Mar 14 2021 15:56:27) | 0 | 1616553286007503 | 0 | 1 | 0 | +----------------------------+----------------------------+----------------+----------+----+-------+------------+-----------------+--------+-----------------------+--------------------------------------------------------------------------------------+-----------+--------------------+--------------+----------------+-------------------+ 1 row in set (0.01 sec) ``` 2. 登录到 RootService 所在的服务器，通过以下命令搜索 balancer 相关的日志。 ```unknow [admin@oceanbase /]$ grep balancer log/rootservice.log ``` ### 迁移过慢问题排查 1. 检查数据库配置项，配置建议如下： - 将 `server_data_copy_out_concurrency` 配置为 10，该项为单个节点迁出数据的最大并发数。 - 将 `server_data_copy_in_concurrency` 配置为 10，该项为单个节点迁入数据的最大并发数。 - 将 `sys_bkgd_io_low_percentage` 按需配置，该项表示 `sys_io_percent` 的下限，如果下限太低则可能导致合并的 I/O 很慢，可以通过适当调大这个值来调大 I/O。 - 将 `sys_bkgd_net_percentage` 按需配置，该项表示后端网络带宽占用。 有关以上配置项的详细信息，请参见《OceanBase 数据库 参考指南》中的 **系统配置项** 章节。 2. 检查 Unit 迁移操作是否为异地进行 **。** 通过以下命令检查延时，如果延时大于 5ms，则表示迁移操作为异地进行。 ```unknow [admin@oceanbase /]$ ping ``` 这里建议将操作系统的 `sysctl.conf` 文件中的 `tcp_slow_start_after_idle` 参数设置为 0，避免 TCP 连接在空闲后被重新设置。其中 `observer_ip` 表示迁移目的服务器的 IP 地址。 3. 检查 I/O 是否达到磁盘瓶颈。 通过以下命令确认是否达到磁盘 I/O 瓶颈。 ```unknow [root@hostname /]# iostat -x -k 1 Linux 3.10.0-327.ali2019.alios7.x86_64 (k08j13249.eu95sqa) 03/30/2021 _x86_64_ (64 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 16.29 0.00 6.85 0.02 0.00 76.84 ``` 4. 检查是否存在 I/O 限流。 通过以下命令检查 `io_size_byte` 列中值为 `2097152` 对应的 `io_ps` 是否达到 500 以上。 ```unknow [admin@oceanbase /]$ cat etc/io_resource.conf version 1 io_type io_size_byte io_ps io_rt_us 0 4096 139979.75 123.25 0 8192 122290.50 139.44 0 16384 102972.00 164.16 0 32768 64478.75 196.28 0 65536 38162.25 219.13 0 131072 20608.50 232.28 0 262144 10537.00 280.90 0 524288 5284.00 414.86 1 2097152 890.00 1781.68 submit_thread_cnt 1 getevent_thread_cnt 5 ``` 如果 `io_ps` 未达到 500，查看 `sys_io_high_percent` 是否与配置 `sys_bkgd_io_low_percentage` 一致，如果不一致，则说明存在 I/O 限流。具体查看命令如下： ```unknow [admin@oceanbase /]$ grep io_stat log/observer.log [2019-01-11 16:45:35.629871] INFO [COMMON] ob_io_manager.cpp:1424 [26043][Y0-0000000000000000] [lt=18] Current io stat, (sys_io_percent=60, sys_iops_up_limit=770, user_max_rt=20775.528088989257, user_io_stat={average_size:0, average_rt_us:"0.000000000000", old_stat:{io_cnt:27169649, io_bytes:349257160063, io_rt_us:276864943639}, new_stat:{io_cnt:27169649, io_bytes:349257160063, io_rt_us:276864943639}}, sys_io_stat={average_size:2097152, average_rt_us:"2784.086956521739", old_stat:{io_cnt:10151653, io_bytes:21289559392256, io_rt_us:127287447387}, new_stat:{io_cnt:10151676, io_bytes:21289607626752, io_rt_us:127287511421}}, io_conf={sys_io_low_percent:50, sys_io_high_percent:60, user_iort_up_percent:100, cpu_high_water_level:7680, write_failure_detect_interval:60000000, read_failure_black_list_interval:300000000, retry_warn_limit:2, retry_error_limit:5}, cpu_stat={avg_usage:584}) ``` 5. 检查网络配置。 a. 检查网卡是千兆还是万兆。 b. 检查 `ifconfig` 输出的结构是否有 `drop` 或者 `error` 的包。 c. 通过 `tsar` 或 `vsar` 检查 retrans，如果大于 0.2 则说明交换机或者链路存在问题。 6. 检查出现迁移过慢的步骤。 执行以下 SQL 命令，检查 `ACTION` 列值，该字段表示目前正处于迁移的状态。 ```sql obclient> SELECT * FROM __all_virtual_partition_migration_status WHERE action!='END' AND result = 0\G ``` ### 迁移失败问题的排查 1. 确认常见错误码。 目前，常见的迁移失败对应两个错误码，分别为： - **ERROR 4109** ：常见于 OceanBase 数据库 V1.4 版本，如果目的端在合并或者转储，可能出现该错误。如果 rebuild 的时候遇到，可以通过加快合并速度来回避，即调大合并线程数或者增量 `sysio` 的带宽限制。 - **ERROR 4018** ：表示源端进行了合并或者转储，导致找不到需要的数据。需要调大迁移的带宽、`sysio` 限制或者降低转储合并的频率。 2. 检查是否存在硬件问题。 a. 检查机器各硬件是否存在故障。 b. 检查错误日志。 如果结果为空则表示无故障。 ```unknow [root@hostname /]# dmesg|grep -E "Failed status, reset controller|Controller encountered a fatal error and was reset|Controller encountered a fatal error and was reset ``` 对于配置了 `Raid` 的机器还需要进行以下检查，如果结果为空则表示无故障。 ```unknow [root@hostname /]# tbraid log | grep -E "Read Medium ERR|Error" ``` c. 通过以下命令确认是否存在 RX 或 TX 错误。 ```unknow [root@hostname /]# ifconfig bond0: flags=5187 mtu 1500 inet xxx.xxx.xxx.xxx netmask 255.255.255.0 broadcast xxx.xxx.xxx.xxx ether xx:xx:xx:xx:xx:xx txqueuelen 0 (Ethernet) RX packets 234167440 bytes 206275603707 (192.1 GiB) RX errors 0 dropped 63 overruns 0 frame 0 TX packets 241808476 bytes 97456446934 (90.7 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ``` d. 检查 `tsar` 或 `vsar` 的 `retrans` 值，如果大于 0.2 则表示网络链路故障。 ```unknow [root@hostname /]# tsar Time ---cpu-- ---mem-- ---tcp-- -----traffic---- --sda--- --dfa--- --dfb--- --dfc--- --dm-0-- --dm-7-- --dm-8-- --dm-9-- -dm-10-- -dm-11-- -dm-12-- -dm-14-- -dm-24-- --dm-3-- --dm-2-- --dm-4-- -dm-15-- --dm-5-- -dm-16-- -dm-18-- -dm-17-- -dm-21-- -dm-19-- -dm-20-- --dm-1-- --dm-6-- -dm-13-- -dm-22-- -dm-23-- -dm-25-- -dm-28-- -dm-26-- -dm-27-- -dm-29-- -dm-30-- -dm-31-- ---load- Time util util retran bytin bytout util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util load1 30/03/21-16:45 21.62 53.82 0.00 3.0K 4.9K 0.01 0.04 0.33 1.26 0.00 0.00 0.00 0.00 0.00 0.00 0.01 0.00 0.00 0.40 0.00 0.00 0.39 0.00 0.01 0.29 0.00 0.00 0.00 0.00 0.02 0.35 0.39 0.00 0.00 0.15 0.00 0.00 0.00 0.00 0.00 0.00 15.31 30/03/21-16:50 21.59 54.39 0.00 2.9K 4.8K 0.01 0.04 0.30 1.20 0.00 0.00 0.00 0.00 0.00 0.00 0.01 0.00 0.00 0.37 0.01 0.00 0.37 0.00 0.01 0.29 0.00 0.00 0.00 0.00 0.02 0.32 0.39 0.00 0.00 0.14 0.00 0.00 0.00 0.00 0.00 0.00 12.37 30/03/21-16:55 24.40 54.68 0.00 2.9K 4.9K 0.01 0.27 1.08 32.99 0.00 0.00 0.00 0.00 0.00 0.00 0.02 0.00 0.00 0.40 0.00 0.01 0.40 0.00 0.01 0.28 0.00 0.00 0.00 0.00 0.24 1.10 32.64 0.00 0.00 0.16 0.00 0.00 0.00 0.00 0.00 0.00 24.60 30/03/21-17:00 24.46 55.30 0.00 2.9K 4.9K 0.01 0.19 1.11 18.98 0.00 0.00 0.00 0.00 0.00 0.00 0.01 0.00 0.00 0.38 0.00 0.00 0.37 0.00 0.01 0.28 0.00 0.00 0.00 0.00 0.17 1.13 18.49 0.00 0.00 0.17 0.00 0.00 0.00 0.00 0.00 0.00 19.38 30/03/21-17:05 21.74 55.89 0.00 2.9K 4.9K 0.01 0.04 0.02 1.26 0.00 0.00 0.00 0.00 0.00 0.00 0.01 0.00 0.00 0.41 0.01 0.00 0.36 0.00 0.01 0.30 0.00 0.00 0.00 0.00 0.02 0.03 0.38 0.00 0.00 0.16 0.00 0.00 0.00 0.00 0.00 0.00 16.01 MAX 38.78 79.44 0.13 1.7M 51.1K 0.69 1.55 55.95 50.54 0.00 0.00 0.00 0.00 0.00 0.00 0.61 0.12 0.00 6.98 0.01 0.11 6.65 0.12 0.01 4.94 0.00 6.50 0.34 55.83 0.33 12.47 45.96 0.82 55.79 6.68 6.63 0.34 55.81 1.14 0.00 0.00 61.70 MEAN 29.42 76.67 0.00 9.4K 5.2K 0.01 0.09 0.71 3.73 0.00 0.00 0.00 0.00 0.00 0.00 0.01 0.00 0.00 0.44 0.01 0.01 0.44 0.00 0.01 0.33 0.00 0.40 0.01 0.35 0.03 0.20 2.13 0.02 0.55 0.43 0.41 0.01 0.35 0.00 0.00 0.00 22.73 MIN 16.84 48.16 0.00 2.8K 4.2K 0.01 0.06 0.00 1.14 0.00 0.00 0.00 0.00 0.00 0.00 0.01 0.00 0.00 0.42 0.01 0.01 0.41 0.00 0.01 0.29 0.00 0.04 0.01 0.00 0.02 0.00 0.34 0.01 0.00 0.04 0.04 0.01 0.00 0.00 0.00 0.00 10.32 [root@hostname /]# vsar Time ---cpu-- ---mem-- ---tcp-- -----traffic---- --sda--- --dfa--- --dfb--- --dfc--- --dm-0-- --dm-7-- --dm-8-- --dm-9-- -dm-10-- -dm-11-- -dm-12-- -dm-14-- -dm-24-- --dm-3-- --dm-2-- --dm-4-- -dm-15-- --dm-5-- -dm-16-- -dm-18-- -dm-17-- -dm-21-- -dm-19-- -dm-20-- --dm-1-- --dm-6-- -dm-13-- -dm-22-- -dm-23-- -dm-25-- -dm-28-- -dm-26-- -dm-27-- -dm-29-- -dm-30-- -dm-31-- ---load- Time util util retran bytin bytout util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util util load1 30/03/21-17:09:13 21.32 56.40 0.00 949.00 5.4K 0.02 0.06 0.00 1.38 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.34 0.02 0.00 0.32 0.00 0.00 0.36 0.00 0.00 0.00 0.00 0.02 0.00 0.42 0.02 0.00 0.24 0.00 0.00 0.00 0.00 0.00 0.00 13.32 30/03/21-17:09:18 21.46 56.41 0.00 4.4K 33.3K 1.42 0.00 0.00 0.92 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.28 0.00 0.00 0.38 0.00 0.00 0.30 0.00 0.00 0.00 0.00 0.00 0.00 0.26 0.00 0.00 0.14 0.00 0.00 0.00 0.00 0.00 0.00 12.74 30/03/21-17:09:23 21.73 56.41 0.00 931.00 5.3K 0.00 0.04 0.00 1.12 0.00 0.00 0.00 0.00 0.00 0.00 0.02 0.00 0.00 0.26 0.00 0.02 0.40 0.00 0.00 0.40 0.00 0.00 0.00 0.00 0.00 0.00 0.28 0.00 0.00 0.20 0.00 0.00 0.00 0.00 0.00 0.00 12.68 30/03/21-17:09:28 22.16 56.44 0.00 10.8K 5.1K 0.02 0.02 0.00 1.92 0.00 0.00 0.00 0.00 0.00 0.00 0.02 0.00 0.00 0.40 0.00 0.00 0.60 0.00 0.00 0.26 0.00 0.00 0.00 0.00 0.00 0.00 0.90 0.00 0.00 0.24 0.00 0.00 0.00 0.00 0.00 0.00 13.02 30/03/21-17:09:33 21.07 56.44 0.00 863.00 5.3K 0.00 0.02 0.00 1.16 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.34 0.00 0.00 0.36 0.00 0.02 0.38 0.00 0.00 0.00 0.00 0.00 0.00 0.28 0.00 0.00 0.28 0.00 0.00 0.00 0.00 0.00 0.00 13.02 30/03/21-17:09:38 21.21 56.45 0.00 2.3K 4.4K 0.02 0.08 0.00 1.02 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.36 0.00 0.02 0.38 0.00 0.00 0.16 0.00 0.00 0.00 0.00 0.06 0.00 0.26 0.00 0.00 0.16 0.00 0.00 0.00 0.00 0.00 0.00 13.02 30/03/21-17:09:43 21.18 56.44 0.00 2.8K 5.2K 0.00 0.06 0.00 1.08 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.34 0.02 0.02 0.26 0.00 0.00 0.18 0.00 0.00 0.00 0.00 0.00 0.00 0.30 0.00 0.00 0.16 0.00 0.02 0.00 0.00 0.00 0.00 13.34 30/03/21-17:09:48 20.99 56.44 0.00 2.3K 4.3K 0.00 0.02 0.00 0.98 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.22 0.00 0.00 0.32 0.00 0.00 0.34 0.00 0.00 0.00 0.00 0.00 0.00 0.20 0.02 0.00 0.10 0.00 0.00 0.00 0.00 0.00 0.00 13.07 30/03/21-17:09:53 21.52 56.45 0.00 863.00 5.1K 0.02 0.02 0.00 0.96 0.00 0.00 0.00 0.00 0.00 0.00 0.02 0.00 0.00 0.30 0.00 0.00 0.30 0.00 0.00 0.20 0.00 0.00 0.00 0.00 0.00 0.00 0.26 0.00 0.00 0.20 0.00 0.00 0.00 0.00 0.00 0.00 13.39 30/03/21-17:09:58 21.44 56.47 0.00 8.0K 4.5K 0.00 0.00 0.00 1.18 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.38 0.00 0.00 0.34 0.00 0.00 0.24 0.00 0.00 0.00 0.00 0.00 0.00 0.36 0.00 0.00 0.18 0.00 0.00 0.00 0.00 0.00 0.00 12.80 30/03/21-17:10:03 24.46 56.48 0.00 1.1K 5.5K 0.00 0.02 0.00 1.26 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.30 0.00 0.00 0.34 0.00 0.02 0.28 0.00 0.00 0.00 0.00 0.00 0.00 0.50 0.00 0.00 0.18 0.00 0.00 0.00 0.00 0.00 0.00 13.02 MAX 74.03 56.45 0.00 15.4M 186.1K 30.10 17.46 100.00 92.10 0.00 0.00 0.00 0.00 0.00 0.26 12.90 0.00 0.00 1.06 1.24 1.00 0.90 0.00 1.02 0.92 0.00 43.00 4.68 100.00 3.18 97.52 92.64 4.30 100.00 74.30 42.90 3.80 100.00 0.00 0.00 0.00 50.61 MEAN 22.13 51.58 0.00 78.8K 7.5K 0.05 0.18 7.02 4.33 0.00 0.00 0.00 0.00 0.00 0.00 0.05 0.00 0.00 0.39 0.01 0.01 0.38 0.00 0.01 0.29 0.00 0.15 0.02 4.19 0.04 0.88 3.36 0.04 6.54 0.36 0.15 0.02 4.20 0.00 0.00 0.00 15.21 MIN 16.19 48.24 0.00 642.00 3.9K 0.01 0.02 0.00 0.64 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.18 0.01 0.00 0.14 0.00 0.00 0.08 0.00 0.00 0.00 0.00 0.01 0.01 0.08 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 9.37 ``` 3. 检查内核问题。 通过以下命令检查是否存在内核故障。 ```unknow [root@hostname /]# dmesg |grep blocked ``` 如果出现形如 `task xxx blocked for more than 120 seconds` 的日志，则可能为内核故障。可以通过升级内核版本的方式解决该问题。 上一篇 下一篇 ![有帮助](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) 咨询热线