在实际操作中数据库维护数据库的编程的运行中我们经常会遇到过这样的情况，就是Oracle释放undo表空间，以下的文章主要是对Oracle释放undo表空间的实际操作步骤的介绍，望你浏览之后会有所收获。
对大数据量做DML操作之后，得把Oracle释放undo表空间扩展到十几个G或者几十个G 但是这些表空间的所占用磁盘的物理空间又不会被Oracle所释放。
如果你用的是PC机很可能会遇到磁盘空间不足的问题，经过个人整理经过如下操作可以重构Oracle释放undo表空间，同样temp表空间也可能在你查询大数据或则创建索引的时候无限扩大导致磁盘空间不足，同样可以用如下方式解决此问题：
查看各表空间名称
- select name from v$tablespace
查看某个表空间信息
- select file_name,bytes/1024/1024 from dba_data_files where tablespace_name like 'UNDOTBS1';
查看回滚段的使用情况，哪个用户正在使用回滚段的资源，如果有用户最好更换时间（特别是生产环境）。
- select s.username, u.name from v$transaction t,v$rollstat r, v$rollname u,v$session s
- where s.taddr=t.addr and t.xidusn=r.usn and r.usn=u.usn order by s.username;
检查UNDO Segment状态
- select usn,xacts,rssize/1024/1024/1024,hwmsize/1024/1024/1024,shrinks from v$rollstat order by rssize;
创建新的Oracle释放UNDO表空间，并设置自动扩展参数；
- create undo tablespace undotbs2 datafile
'D:\Oracle\PRODUCT\10.1.0\ORADATA\ORCL\UNDOTBS02.DBF'
size 10m reuse autoextend on next 100m maxsize unlimited;
动态更改spfile配置文件；
- alter system set undo_tablespace=undotbs2 scope=both;
等待原UNDO表空间所有UNDO SEGMENT OFFLINE；
- select usn,xacts,status,rssize/1024/1024/1024,
hwmsize/1024/1024/1024,shrinks from v$rollstat order by rssize;
再执行看UNDO表空间所有UNDO SEGMENT ONLINE；
- select usn,xacts,status,rssize/1024/1024/1024,
hwmsize/1024/1024/1024,shrinks from v$rollstat order by rssize;
删除原有的UNDO表空间；
- drop tablespace undotbs1 including contents;
确认删除是否成功；
- select name from v$tablespace;
最后需要在重启数据库或者重启计算机后到存储数据文件的路径下删除数据文件（为什么要手动删除呢：以上步骤只是删除了Oracle释放undo表空间的逻辑关系，即删除了数据文件在数据字典中的关联，不会自动删除项关联的数据文件）。
【编辑推荐】
