---
title: 迁移复制报错 -4735 原因分析及解决方法-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于迁移复制报错 -4735 原因分析及解决方法相关的常见问题和使用技巧，帮助您快速解决迁移复制报错 -4735 原因分析及解决方法的难题。
image: https://mdn.alipayobjects.com/huamei_22khvb/afts/img/A*OSPzQ6GUQF4AAAAAQHAAAAgAeiGDAQ/original
---
切换语言

- 中文站 - 简体中文
- International - English
- 日本站 - 日本語

划线反馈

# 迁移复制报错 -4735 原因分析及解决方法

更新时间：2026-08-17 07:21

内容类型：Troubleshoot  

## 问题现象

在执行集群迁移变配操作时，部分 Tablet 迁移持续失败，报错信息为 `OB_SSTABLE_NOT_EXIST`（-4735），且迁移过程长时间卡住。

问题集中在单表大分区场景下，源端在迁移期间因持续写入导致频繁转储和 Minor Merge，造成目标端无法获取稳定的 SSTable，从而不断重试失败。

## 问题原因

在源端存在高写入压力的情况下，大分区表（尤其是非分区大表）会持续触发转储（Major Compaction）和 Minor Merge 操作，导致 SSTable 文件频繁变更。

迁移过程中，目标端依赖源端的 SSTable 快照进行数据拉取。当 SSTable 在传输过程中发生变动或被删除时，将导致获取失败，进而持续报错 -4735 并重试，最终迁移失败。

该问题为已知设计限制，当前无自动容错机制，需外部干预避免源端 Compaction 频繁触发。

## 关键信息

- **报错码**：-4735（`OB_SSTABLE_NOT_EXIST`）
 - **问题 Tablet 特征**：单表大分区，主表 Tablet 大小达 316 GB，附带 LOB 表 Tablet 约 155 GB，局部索引 Tablet 约 15 GB
 - **根本诱因**：源端在迁移期间持续写入，引发频繁转储与 Minor Merge
 - **日志关键线索**：迁移目的端因无法获取 SSTable 而持续重试，源端日志显示大量 Compaction 事件

## 问题的风险及影响

- 迁移失败，迁移过程长时间卡住。
 - 影响业务变更计划。
 - 在高写入场景下，大分区表迁移成功率显著降低，存在数据迁移中断风险。

## 适用版本

当前版本存在该问题，具体受影响版本未在工单中明确说明，需后续补充。修复版本尚未发布，当前为已知问题但未修复状态。

## 解决方法

1. **应急处理**：暂停相关大表的写入操作，待迁移完成后再恢复写入。
 2. **资源调整**：临时增加源端内存，降低 Compaction 频率，缓解转储与 Minor Merge 压力。
 3. 重启迁移任务，待源端稳定后重试，通常可成功完成。

## 规避方式

1. 迁移变配前，尽量降低目标表的写入压力，避免在高写入场景下进行大分区表迁移。
 2. 避免对单表大分区（如主表 > 100 GB、LOB 表 > 100 GB）执行迁移操作，建议拆分或分批迁移。
 3. 若必须迁移，建议在业务低峰期执行，并提前评估写入负载，必要时提前停写或扩容内存。

上一篇

[节点频繁启停](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000004436906)

下一篇

[租户规格太小导致连接数超限问题](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000006871267) ![有帮助](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) 咨询热线