赵渝强老师OceanBase租户回收站详解

数据安全是企业级数据库的核心底线，这一点毋庸置疑。在日常运维工作中，误操作删除租户这类“手滑”事件并不罕见。为了避免此类事故导致数据永久丢失，OceanBase数据库内置了一项非常实用的机制——回收站（Recycle Bin）。换句话说，当你执行 drop tenant 之后，数据并不会被立刻清除，而是被安全“暂存”起来，从而为快速恢复争取了宝贵时间。

这一恢复操作的核心，主要依赖一条 SQL 命令：flashback tenant。下面我们将逐步拆解整个操作流程。

如何开启回收站功能

回收站功能并非默认启用，因此第一步需要确认其当前状态。使用 root 用户登录集群的 sys 租户，执行以下命令查看配置：

登录成功后，查询系统变量确认回收站状态：

看到 OFF 了吗？这表示回收站尚未开启。接下来，需要在租户级别全局启用该功能：

需要注意的是，global 设置生效后，当前会话并不会立即感知到变化。你必须退出当前会话并重新登录，新的配置才会真正加载。重新登录后再次确认回收站状态：

如果仅需在当前会话临时开启，也可以单独设置 @@recyclebin 参数。不过在生产环境中，全局开启是更稳妥、更推荐的选择。

模拟删除操作与快速恢复

回收站开启后，我们来模拟一次意外删除场景。首先创建一个测试用的租户 mytenant02，然后直接将其删除：

此时，被删除的数据实际上已经进入了回收站。查看回收站中的内容：

可以看到，被删除的租户以特殊标识名 __recycle_$_1_1744 形式存在。恢复操作非常简单，直接使用 flashback 命令即可还原为原始名称：

恢复完成后，再次查询回收站和系统视图，确认数据已经完整恢复：

回收站功能不仅限于租户

回收站这一机制并不仅限于租户级别，对于表、索引等数据库对象同样适用。下面是一个具体操作流程，切换到用户租户 mysqltenant，确认回收站已开启，然后删除一张表进行演示：

从租户到表，回收站提供了一套统一的数据安全兜底方案。深入理解这一机制后，日常运维将更有保障，遇到误操作也能从容应对，确保业务连续性与数据完整性。