一般情況下，在完成Select語句、create index等一些使用TEMP表空間的排序操作后，Oracle是會(huì)自動(dòng)釋放掉臨時(shí)段a的。但有些有侯我們則會(huì)遇到臨時(shí)段沒有被釋放，TEMP表空間幾乎滿的狀況，甚至是我們重啟了數(shù)據(jù)庫仍沒有解決問題。這個(gè)問題在論壇中也常被網(wǎng)友問到，下面我總結(jié)一下，給出幾種處理方法。

方法一、重啟庫

庫重啟時(shí)，Smon進(jìn)程會(huì)完成臨時(shí)段釋放,TEMP表空間的清理操作，不過很多的時(shí)侯我們的庫是不允許down的,所以這種方法缺少了一點(diǎn)的應(yīng)用機(jī)會(huì)，不過這種方法還是很好用的。

方法二、Metalink給出的一個(gè)方法

修改一下TEMP表空間的storage參數(shù)，讓Smon進(jìn)程觀注一下臨時(shí)段，從而達(dá)到清理和TEMP表空間的目的。

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

方法三、我常用的一個(gè)方法,具體內(nèi)容如下：

1、 使用如下語句a查看一下認(rèn)誰在用臨時(shí)段

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

2、那些正在使用臨時(shí)段的進(jìn)程

SQL>Alter system kill session 'sid,serial#';

3、把TEMP表空間回縮一下

SQL>Alter tablespace TEMP coalesce;

方法四、使用診斷事件的一種方法,也是被我認(rèn)為是“殺手锏”的一種方法

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、 執(zhí)行清理操作

SQL>alter session set events 'immediate trace name DROP_SEGMENTS level 4' ;

說明：

temp表空間的TS# 為 3*, So TS#+ 1= 4

其它：

1、 出現(xiàn)如上問題的原因我認(rèn)為可能是由于大的排序超出了TEMP表空間的空間允許范圍引起的。也可能包含著其它的異常的因素。

2、 觀注TEMP等這些空間的狀態(tài)是Dba日常職責(zé)之一，我們可以通過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_BYTESFROM SYS.DBA_FREE_SPACEGROUP BY TABLESPACE_NAME) F,(SELECT DD.TABLESPACE_NAME,ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MBFROM SYS.DBA_DATA_FILES DDGROUP BY DD.TABLESPACE_NAME) DWHERE D.TABLESPACE_NAME = F.TABLESPACE_NAMEORDER BY 4 DESC;