---
title: UNIT_NUM 扩容后，磁盘数据未均衡的原因和解决方法-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于 UNIT_NUM 扩容后，磁盘数据未均衡的原因和解决方法相关的常见问题和使用技巧，帮助您快速解决 UNIT_NUM 扩容后，磁盘数据未均衡的原因和解决方法的难题。
---
切换语言

- 简体中文
- English

划线反馈

# UNIT_NUM 扩容后，磁盘数据未均衡的原因和解决方法

更新时间：2024-08-16 02:16

适用版本： V4.2.x 内容类型：Troubleshoot  

## 问题描述

用户集群为 2-2-2 部署模式，租户开始的 `UNIT_NUM` 数量为 1，因磁盘空间不足，其中三台机器的磁盘使用率已经超过 80%，因此用户对租户进行扩容，设置 `UNIT_NUM` 为 2，但是扩容之后，三台机器的磁盘使用率还是没有下降。

![image01.png](https://obbusiness-private.oss-cn-shanghai.aliyuncs.com/doc/img/knowledge-base/database/replica/20240806unitnum001.png)

## 适用版本

OceanBase 数据库社区版 V4.2.x。

## 问题原因

- 有可能是修改 `UNIT_NUM` 操作未成功，导致数据未均衡。
 - 修改成功了，但是均衡到新的 UNIT 上的表都是空表。

## 解决方法

1. 查看扩容任务情况，发现扩容任务是执行成功的。

   ![image02.png](https://obbusiness-private.oss-cn-shanghai.aliyuncs.com/doc/img/knowledge-base/database/replica/20240806unitnum002.png)
 2. 查看租户表的分布情况，可以看到表的分布也是均衡的。

   ![image03.png](https://obbusiness-private.oss-cn-shanghai.aliyuncs.com/doc/img/knowledge-base/database/replica/20240806unitnum003.png)
 3. 查看其中一张大表的各个分区分布情况。

   ![image04.png](https://obbusiness-private.oss-cn-shanghai.aliyuncs.com/doc/img/knowledge-base/database/replica/20240806unitnum004.png)

   从上面的分布情况，以及实际数据情况了解到，目前用户之后在小于 M202408 的几个分区上有数据，而这几个分区仍然分布在旧的三台机器上，其他均衡到新的机器上的分区实际上是没有数据的，所以这就导致了旧的三台机器磁盘空间仍然很高，并没有下来。

   这里需要对分区进行手动 TRANSFER 操作，具体操作参见文档：[TRANSFER PARTITION](https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000000821865)

Previous

[迁移 Unit 后 plan cache 内存泄漏](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000481973)

Next

[广播日志流生命周期问题](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000004436776) ![有帮助](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) 咨询热线
