注册会员，创建你的web开发资料库，
正常来说，在完成select语句、create index等一些使用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
-----------------------
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
