Oracle 10g 回收站機制揭秘：奇怪表名 BIN$ 來源與徹底清理指南

現象識別

查詢 USER_TABLES 發現大量奇怪表名：BIN$xxx==$0，佔用空間、干擾物件管理。根因：Oracle 10g 引入 回收站，DROP TABLE 不再物理刪除，而是重命名移入回收站。

回收站核心操作

1. 查詢回收站內容

SELECT object_name, type, original_name
FROM user_recyclebin;

關鍵欄位：OBJECT_NAME (BIN$ 系統名)、ORIGINAL_NAME (原表名)、TYPE (TABLE/INDEX/LOB...)

2. 徹底清除單一物件 (PURGE)

-- 依原名清除表
PURGE TABLE original_table_name;

-- 依原名清除索引
PURGE INDEX original_index_name;

-- 依系統名清除
PURGE TABLE "BIN$xxx==$0";

3. 一鍵清空整個回收站

PURGE RECYCLEBIN;

等同 PURGE USER_RECYCLEBIN，清除當前用戶回收站。DBA 可用 PURGE DBA_RECYCLEBIN 清除全庫。

4. 刪除時直接跳過回收站

DROP TABLE table_name PURGE;

立即物理刪除，不進回收站，無法恢復。生產環境謹慎使用！

回收站空間管理

• 回收站物件佔用原表空間配額，未清除會導致 ORA-01536: space quota exceeded
• 表空間離線/唯讀前必須清空該表空間內的回收站物件
• 定期排程 PURGE RECYCLEBIN 納入維護作業

閃回恢復 (FLASHBACK) — 回收站的價值

-- 恢復被 DROP 的表
FLASHBACK TABLE original_table_name TO BEFORE DROP;

-- 恢復並重命名
FLASHBACK TABLE original_table_name TO BEFORE DROP RENAME TO new_table_name;

這是回收站存在的核心價值：**誤刪救生圈**。

參數控制

-- Session 級暫停
ALTER SESSION SET RECYCLEBIN = OFF;

-- 系統級永久停用 (需重啟)
ALTER SYSTEM SET RECYCLEBIN = OFF SCOPE=SPFILE;

最佳實踐建議

1. 開發/測試環境：設 RECYCLEBIN=OFF 或習慣 DROP ... PURGE，避免垃圾堆積
2. 生產環境：保持 ON，建立每日 PURGE RECYCLEBIN 排程，保留 7-30 天誤刪保護窗口
3. 空間告警：監控 DBA_RECYCLEBIN 空間佔用，超過表空間 10% 告警
4. 文檔化：在變更管理流程註明「若需誤刪恢復，請聯繫 DBA 執行 FLASHBACK TABLE」

常見誤區澄清

• ❌ 以為 DROP TABLE 釋放空間 → 實則只是改名，空間未釋放
• ❌ 以為回收站無限期保留 → 實則受表空間壓力觸發自動清理 (非決定性)
• ❌ 以為 PURGE TABLE 需用 BIN$ 名 → 實則支援原名，更直觀
• ✅ 善用 FLASHBACK TABLE ... TO BEFORE DROP 秒級恢復誤刪表

Oracle 10g 回收站以「軟刪除+閃回恢復」平衡安全與便利。理解 BIN$ 來源、掌握 PURGE/FLASHBACK 雙劍合璧，讓誤刪不再是災難，而是可控的小插曲。