正常来说，在完成所送select语句、createindex等一些使用TEMP表空间的排序操作后，Oracle是会自动释放掉临时段的。但有些有侯我们则会遇到临时段没有被释放，TEMP表空间几乎满的状况，甚至是我们重启了数据库仍没有解决问题。这个问题在论坛中也常被网友问到，下面我总结一下，给出几种处理方法。
方法一、重启库
库重启时，smon进程会完成临时段释放,TEMP表空间的清理操作，不过很多的时侯我们的库是不允许down的,所以这种方法缺少了一点的应用机会，不过这种方法还是很好用的。
方法二、Metalink给出的一个方法
修改一下TEMP表空间的storage参数，让smon进程观注一下临时段，从而达到清理和TEMP表空间的目的。
SQL>altertablespace temp increase 1;
SQL>alter tablespace temp increase 0;
方法三、我常用的一个方法,具体内容如下：
1、使用如下语句查看一下认谁在用临时段
SELECT
se.USERNAME,
se.sid,
se.SERIAL#,
se.sql_address,
se.machine,
se.program,
su.tablespace,
su.segtype,
su.contents
FROM
v$session se,
v$sort_usage su
WHERE se.saddr=su.session_addr;
2、杀死正在使用临时段的会话
SQL>Altersystem kill session ‘sid,serial#‘;
3、把TEMP表空间回缩一下
SQL>altertablespace TEMP coalesce;
SQL>ALTER DATABASE TEMPFILE ‘/u01/app/oracle/oradata/instance/temp03.dbf‘
RESIZE 1M;
SQL>ALTER DATABASE TEMPFILE ‘/u01/app/oracle/oradata/instance/temp02.dbf‘
AUTOEXTEND OFF;
SQL>ALTER DATABASE TEMPFILE ‘/u01/app/oracle/oradata/instacne/temp03.dbf‘DROP;
方法四、使用诊断事件的一种方法,
1、确定TEMP表空间的ts#
SQL>select ts#, name from sys.ts$ ;
TS# NAME
-----------------------
0 SYSYEM
1 RBS
2 USERS
3* TEMP
4 TOOLS
5 INDX
6 DRSYS
2、执行清理操作
SQL>altersession set events ‘immediate trace name DROP_SEGMENTS level 4‘ ;
说明：
temp表空间的TS#为 3*, 所以 TS#+ 1= 4