正常來說，在完成Select語句、create index等一些使用TEMP表空間的排序操作後，Oracle是會自動釋放掉臨時段的。但有些有侯我們則會遇到臨時段沒有被釋放，TEMP表空間幾乎滿的狀況，甚至是我們重啟了資料庫仍沒有解決問題。這個問題在論壇中也常被網友問到，下面我總結一下，給出幾種處理方法。

重啟庫

法一、重啟庫庫重啟時，Smon程序會完成臨時段釋放,TEMP表空間的清理操作，不過很多的時侯我們的庫是不允許down的,所以這種方法缺少了一點的應用機會，不過這種方法還是很好用的。

修改storage

法二、Metalink給出的一個方法修改一下TEMP表空間的storage

SQL>alter tablespace temp increase 1;
SQL>alter tablespace temp increase 0;

空間回縮

法三、我常用的一個方法,具體內容如下：
1、使用如下語句a檢視一下認誰在用臨時段

SELECT username,       sid,       serial#, 
sql_address,       machine,       program,       tablespace,       segtype,       contents   
FROM
 
 v$session se, v$sort_usage su
WHERE se.saddr=su.session_addr      

2、那些正在使用臨時段的程序SQL>Alter system kill session 'sid,serial#';

3、把TEMP表空間回縮一下SQL>Alter tablespace TEMP coalesce;

使用診斷事件

法四、使用診斷事件的一種方法,也是被我認為是“殺手鐗”的一種方法

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>alter session set events 'immediate trace name DROP_SEGMENTS level 4' ; 

說明： temp表空間的TS# 為 3*, So TS#+ 1= 4其它：

1、 出現如上問題的原因我認為可能是由於大的排序超出了TEMP表空間的空間允許範圍引起的。也可能包含著其它的異常的因素。

2、 觀注TEMP等這些空間的狀態是Dba日常職責之一，我們可以通過Toad、Object Browser等這些工具辦到，也可以用如下的語句：

SELECT UPPER(F.TABLESPACE_NAME) "表空間名",
       D.TOT_GROOTTE_MB "表空間大小(M)",
       D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空間(M)",
       TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100,
                     2),
               '990.99') "使用比",
       F.TOTAL_BYTES "空閒空間(M)",
       F.MAX_BYTES "最大塊(M)"
  FROM (SELECT TABLESPACE_NAME,
               ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES,
               ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES
          FROM SYS.DBA_FREE_SPACE
         GROUP BY TABLESPACE_NAME) F,
       (SELECT DD.TABLESPACE_NAME,
               ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB
          FROM SYS.DBA_DATA_FILES DD
         GROUP BY DD.TABLESPACE_NAME) D
WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME
ORDER BY 4 DESC