正常来说，在完成所送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