purge recyclebin 不生效的主因是当前用户非对象 owner，回收站按用户隔离；需用 purge user_recyclebin('U') 或 purge dba_recyclebin 清理；drop table 必须加 purge 才释放空间；BIN$ 对象清理需加双引号；表空间物理文件需手动 resize 才释放 OS 磁盘空间。
purge recyclebin 为什么有时不生效
执行 purge recyclebin 后表空间占用没变，常见原因是当前连接用户不是目标对象的 owner。回收站是按用户隔离的：user_recyclebin 只显示当前用户删除的对象；用 sysdba 连接时查 dba_recyclebin 才能看到全库对象，但直接执行 purge recyclebin 仍只清当前会话用户的回收站。误以为“全库已清”，其实是清了 SYS 自己的（通常为空）。
解决办法是显式指定清理范围：
- 清当前用户：
purge recyclebin; - 清指定用户（需 DBA 权限）：
purge user_recyclebin('SCOTT'); - 清全库（DBA 权限）：
purge dba_recyclebin;
drop table 时不进回收站的写法必须带 purge
想让 DROP TABLE 真正“立刻释放空间”，不能只写 drop table t1; —— 默认进回收站，空间不释放。必须加 PURGE 关键字，且位置固定在末尾：
- 正确：
drop table t1 purge; - 错误：
drop table t1; purge;（这是两条语句，第二条无效） - 错误：
drop table purge t1;（语法报错 ORA-00933）
注意：加 PURGE 后无法用 FLASHBACK TABLE ... TO BEFORE DROP 恢复，也没法从 user_recyclebin 查到该表。
清理 BIN$ 开头的对象要加双引号
如果回收站里有大量 BIN$xxx$yy 格式的对象（比如多次删同名表、或用非默认字符集创建的表），直接 purge table BIN$xxx$yy 会报 ORA-00933 或 ORA-00903。Oracle 要求对含特殊字符的系统生成名使用双引号：
- 查对象名：
select object_name, original_name from user_recyclebin; - 精准清理：
purge table "BIN$xxx$yy"; - 不加引号会当作普通标识符解析，失败
这个细节在脚本批量清理时特别容易漏，导致部分对象残留占空间。
表空间真正释放空间要看 datafile 是否 shrink
即使回收站清空、所有 BIN$ 对象被 PURGE，表空间的物理文件（datafile）大小也不会自动缩小。高水位线（HWM）以下的空间可重用，但 OS 层面的磁盘空间不会返还给系统。
若需收缩 datafile，得额外执行：
- 确认段已清理干净：
select count(*) from dba_extents where tablespace_name = 'TEST_DATA';应为 0 - 收缩文件（需 autoextend 关闭或预留足够空间）：
alter database datafile '/path/to/file.dbf' resize 100M;
这步常被忽略——你看到 dba_free_space 剩余很多，但 df -h 显示磁盘还是满的，问题就出在这儿。
