让我来帮你搞定这个问题——其实不用写自定义脚本，只要把Oracle回收站的原生触发条件拉回正轨就行。先理清楚它的原生逻辑：回收站的自动清理是被动触发的，只有当表空间面临真实的空间压力时，Oracle才会按“先进先出”的顺序自动清理回收站里的对象。现在它不工作，大概率是某些配置参数或表空间设置跑偏了，咱们一步步排查修复：

1. 检查表空间的自动扩展是否开启 #

这是最常见的原因：如果你的表空间没开自动扩展，当空间不足时，Oracle不会去碰回收站，而是直接抛出空间不足的错误。

先查询表空间的自动扩展状态：

SELECT tablespace_name, autoextensible, file_name FROM dba_data_files;

找到你创建新表用的目标表空间，如果autoextensible列显示NO，执行以下命令开启自动扩展（替换路径和参数为你的实际值）：

ALTER DATABASE DATAFILE '/u01/app/oracle/oradata/ORCL/users01.dbf' 
AUTOEXTEND ON NEXT 100M MAXSIZE 10G;

• NEXT：每次自动扩展的大小，根据你的业务调整
• MAXSIZE：表空间的最大上限，也可以设为UNLIMITED（生产环境建议设合理值，避免无限制膨胀）

2. 确认RECYCLEBIN系统参数处于开启状态 #

虽然你说之前删除表会进回收站，但还是得确认这个参数没被意外修改：

SHOW PARAMETER RECYCLEBIN;

如果VALUE列是OFF，执行以下命令开启（系统级生效，重启后也保留）：

ALTER SYSTEM SET RECYCLEBIN=ON SCOPE=BOTH;

3. 检查用户的表空间配额是否足够 #

如果你的用户在目标表空间上的配额已经用完，哪怕表空间（包括回收站）有剩余空间，Oracle也不会自动释放回收站的空间给这个用户使用。

查询用户的表空间配额：

SELECT tablespace_name, username, max_bytes 
FROM dba_ts_quotas 
WHERE username='YOUR_USER_NAME';

• 如果max_bytes是-1，表示无限制，没问题；
• 如果是具体数值且已经接近/达到上限，执行以下命令增加配额或设为无限制：

ALTER USER YOUR_USER_NAME QUOTA UNLIMITED ON YOUR_TABLESPACE_NAME;

4. 排查回收站对象是否被标记为不可自动清理 #

有些回收站对象可能因为依赖（比如闪回查询的快照、未提交的事务关联等）被标记为不可自动清理，你可以查询确认：

SELECT object_name, original_name, type, can_purge 
FROM dba_recyclebin;

如果can_purge列显示NO，这类对象需要你手动清理（PURGE RECYCLEBIN;）或者解除对应的依赖关系，否则Oracle不会自动处理它们。

总结 #

只要把以上几个配置调整正确，Oracle 12.1的回收站就会回到原生的工作机制：只有当表空间需要空间（自动扩展到上限后仍不足，或者表空间无法自动扩展）、用户有足够配额、回收站对象可被清理时，才会自动按顺序释放回收站空间，完全不需要自定义脚本干预。

内容的提问来源于stack exchange，提问作者jacobhobson