---
title: 物理恢复卡在 UPGRADE 阶段的问题分析与解决-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于 物理恢复卡在 UPGRADE 阶段的问题分析与解决相关的常见问题和使用技巧，帮助您快速解决 物理恢复卡在 UPGRADE 阶段的问题分析与解决的难题。
image: https://mdn.alipayobjects.com/huamei_22khvb/afts/img/A*OSPzQ6GUQF4AAAAAQHAAAAgAeiGDAQ/original
---
切换语言

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

划线反馈

# 物理恢复卡在 UPGRADE 阶段的问题分析与解决

更新时间：2026-05-13 01:51

适用版本： V1.4.x、V2.1.x、V2.2.x、V3.1.x、V3.2.x、V4.0.x、V4.1.x、V4.2.x、V4.3.x、V4.4.x 内容类型：Troubleshoot  

## 问题现象

在执行物理恢复操作时，恢复过程卡在 UPGRADE 状态，日志中持续出现 schema 刷新因为超时（4012）失败，恢复租户的 `__all_ddl_operation` 表数据量很大。

## 关键信息

- `__all_ddl_operation` 表数据量过大。
 - `inner sql` 执行默认超时时间为 30 秒。
 - 物理恢复卡在 UPGRADE 状态。
 - 出现 schema 刷新超时失败的日志，原因是 `inner sql` 超时

## 问题原因

频繁执行 DDL 操作，导致 `__all_ddl_operation` 表的数据量过大，而 schema 刷新的默认 `inner sql` 执行超时时间设置不足，使得 schema 刷新持续失败，物理恢复状态无法推进。

## 问题的风险及影响

物理恢复卡住。

## 适用版本

OceanBase 数据库所有版本。

## 解决方法

在系统租户下调大 [internal_sql_execute_timeout](https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000003381845) 参数值，即增加 `inner sql` 执行的超时时间，使 schema 刷新能够顺利完成。

```shell
ALTER SYSTEM internal_sql_execute_timeout = '10m';

```

## 规避方式

- 避免过于频繁地执行 DDL 操作。
 - 若遇到此问题，可以通过调整 [internal_sql_execute_timeout](https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000003381845) 参数值来作为临时解决方案。

上一篇

[OceanBase 数据库 V4.3.5 版本中存在大量 OUT-ROW LOB 数据导致表级恢复一张表的速度缓慢](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000003868534)

下一篇

[小表恢复占用过大磁盘空间的原因和解决方法](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000003167861) ![有帮助](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) 咨询热线