Oracle 10g 回收站特性全解析與清理實戰
Oracle 10g 引入「回收站」機制，`DROP TABLE` 不再立即釋放空間，而是重命名為 `BIN$...` 格式的系統生成名稱。本文詳細說明為何會出現這類「垃圾表」、何時必須清理、以及標準清理命令與最佳實踐。
一、現象識別：神秘的 BIN$ 表
查詢 `USER_TABLES` 或 `ALL_TABLES` 時，發現大量類似名稱的表：
BIN$jR8PK5HhrrgMK8KmgQ9nw==$0
BIN$abc123...==$0
特徵：
- 無法通過常規 `DROP TABLE` 刪除（提示 ORA-38301）
- 佔用表空間、段空間，影響 `Middlegen-Hibernate` 等工具反向工程生成配置
- 實際為回收站中的對象，非真正損壞
二、回收站核心機制
- 觸發條件：執行 `DROP TABLE`（不含 `PURGE` 子句）
- 存儲位置：原表空間，段類型為 `TABLE`，狀態 `RECYCLE`
- 保留策略：表空間壓力達到閾值時自動清理最舊對象，或手動 `PURGE`
- 查看命令：`SHOW RECYCLEBIN` 或查詢 `USER_RECYCLEBIN`
三、三種清理方案對比
1. 清除單個表（保留還原能力）
PURGE TABLE "BIN$jR8PK5HhrrgMK8KmgQ9nw==$0";
雙引號必須保留，名稱區分大小寫。
2. 清除當前用戶全部回收站對象（最常用）
PURGE RECYCLEBIN;
等價於 `PURGE USER_RECYCLEBIN`，瞬間釋放空間。
3. DBA 級別：清除全庫回收站（需 SYSDBA）
PURGE DBA_RECYCLEBIN;
四、繞過回收站的直接刪除
若確定無需恢復，`DROP` 時加 `PURGE` 子句：
DROP TABLE test_table PURGE;
此操作不可逆，謹慎使用。
五、關鍵參數與監控
| 參數/視圖 | 說明 |
|---|
| RECYCLEBIN | `ON`/`OFF`，會話/系統級控制功能開關 |
| USER_RECYCLEBIN | 當前用戶回收站對象詳情（原名、類型、刪除時間、表空間） |
| DBA_RECYCLEBIN | 全庫視圖，含 `OWNER`、`CAN_UNDROP`、`CAN_PURGE` 等欄位 |
六、對 Middlegen-Hibernate 等工具的影響
工具掃描 `USER_TABLES` 時會讀取回收站對象，導致：
- 生成大量無效實體類
- 構建 SessionFactory 耗時激增
- 解決：執行 `PURGE RECYCLEBIN` 後重新生成
七、最佳實踐清單
- 生產環境建議開啟回收站（防誤刪），但建立定期 `PURGE` 排程（如每周）
- 部署腳本中 `DROP` 統一加 `PURGE`，避免遺留
- 監控 `DBA_FREE_SPACE` 結合 `DBA_RECYCLEBIN` 設置告警
- 升級 11g+ 後可使用 `DBMS_METADATA` 過濾回收站對象
