Oracle臨時表空間過大問題解決

查詢資料庫伺服器時，發現資料庫伺服器磁片使用空間達到了98%，分析總共的資料檔案也不可能達到如此大，經過查詢發現原來臨時表空間的使用方式達到了 32G，導致磁碟空間使用緊張。搜索了相應的文檔與資料後，查出臨時表空間主要使用在：

- 索引創建或重創建。

- ORDER BY or GROUP BY （這個是‘罪魁禍首’）

- DISTINCT 操作。

- UNION & INTERSECT & MINUS - Sort-Merge joins. - Analyze 操作

- 有些異常將會引起temp暴漲（這個也很有可能）

下面是重新創建一個臨時表空間，把原來的預設臨時表空間drop掉（包括裡面的臨時資料檔案）再重新建立

SQL> create temporary tablespace temp2

2 tempfile '/home/oracle/oracle/product/10.2.0/oradata/hatest/temp02.pdf' size 512M reuse

3 autoextend on next 640k maxsize unlimited;

Tablespace created.

SQL> alter database default temporary tablespace temp2;

Database altered.

SQL> drop tablespace temp including contents and datafiles;

Tablespace dropped.

（注意：由於臨時表空間的資料檔案比較大，所以這步可能會花費比較長的時間）

SQL> create temporary tablespace temp

2 tempfile '/home/oracle/oracle/product/10.2.0/oradata/hatest/temp01.pdf' size 512M reuse

3 autoextend on next 640K maxsize unlimited;

Tablespace created.

SQL> alter database default temporary tablespace temp;

Database altered.

SQL> drop tablespace temp2 including contents and datafiles;

Tablespace dropped.

SQL> exit

以上的方法只是暫時釋放了臨時表空間的磁片佔用空間，是治標但不是治本的方法，真正的治本的方法是找出資料庫中消耗資源比較大的sql語句，然後對其進行優化處理。下面是查詢在sort排序區使用的執行耗時的SQL

Select se.username,se.sid,su.extents,su.blocks*to_number(rtrim(p.value))as Space,tablespace,segtype,sql_text

from v$sort_usage su,v$parameter p,v$session se,v$sql s

where p.name='db_block_size' and su.session_addr=se.saddr and s.hashvalue=su.sqlhash and s.address=su.sqladdr

order by se.username,se.sid