现象
监控表空间使用率及空间剩余量是数据库日常维护的重要内容。有时候在系统运行很长一段时间后，我们再去查询表空间使用情况，发现相同的查询语句执行时间会变长。
这是因为我们在查询表空间使用情况的时候，需要从dba_free_space视图中获取剩余空间大小，如果该视图中对象过多，就会造成查询缓慢的现象。
那么dba_free_space视图中都是哪些对象呢？为什么会过多呢？
这个视图记录了表空间中空闲的区，如果一个表空间里的free状态的extent不连续，那么在dba_free_space中会有多条记录对应同一个表空间，当然也会有extent连续但是没有合并起来的情况出现。当用户drop对象时，可以从dba_free_space视图里看到相关对象extent信息。被drop掉的对象都存放在recyclebin中，如果recyclebin里有大量被drop的对象，并且这些对象都曾被分配了大量的extent，就会出现查询dba_free_space缓慢的问题。
用户drop对象到recyclebin，跟dba_free_space有什么关系？
其实我们查询dba_free_space视图,也访问了sys.recyclebin$。
为什么要访问sys.recyclebin$呢？
因为用户drop对象不使用purge选项时，对象被扔到recyclebin(其实还在原来的表空间里，只是系统给他改名了),而此时ORACLE不会更新数据文件头extent map(以减少ORACLE对extent map的争用)，所以通过访问sys.recyclebin$来获取extent信息。
SELECT * FROM DBA_FREE_SPACE WHERE TABLESPACE_NAME = 'CNOOCMDM';
我们尝试 purge recyclebin
再到dba_free_space视图中查看purge recyclebin之后的情况
问题解决
