Oracle清理临时表空间的实际操作

　　本文是对Oracle清理临时表空间的相关应用的介绍  。正常的来说，我们在完成Select语句、等一些经常使用TEMP的表空间排序与相关操作后，Oracle会自动的释放掉在临时段a的  。以下就是相关内容的介绍  。

　　但有些有侯我们则会遇到临时段没有被释放，TEMP表空间几乎满的状况，甚至是我们重启了数据库仍没有解决问题  。这个问题在论坛中也常被网友问到，下面我总结一下，给出几种处理方法  。

　　法一、重启库

　　库重启时，Smon进程会完成临时段释放,TEMP表空间的清理操作，不过很多的时侯我们的库是不允许down的,所以这种方法缺少了一点的应用机会，不过这种方法还是很好用的  。

　　法二、Metalink给出的一个方法

　　修改一下TEMP表空间的storage参数，让Smon进程观注一下临时段，从而达到清理和TEMP表空间的目的  。

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  
SYSYEM  
RBS  
USERS  
TEMP  
TOOLS  
INDX  
DRSYS 

　　2、 执行清理操作

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

　　说明：

　　temp表空间的TS# 为 3*, So TS#+ 1= 4

　　Oracle清理的其它方法：

　　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  

　　以上的相关内容就是对Oracle清理临时表空间的介绍，望你能有所收获  。