http://blog.csdn.net/weikaifenglove/article/details/4059258 昨天在做測試的時候發(fā)現(xiàn)一個非常奇怪的問題：在程序的查詢模塊中做查詢的時候，開始速度很快，但是過了一段時間以后速度就變慢，最后干脆就報錯，不工作了。在排錯的過程中，發(fā)現(xiàn)Oracle臨時表空間暴漲，達(dá)到了幾十個GB，在Oracle中對Session進(jìn)行跟蹤，發(fā)現(xiàn)磁盤空間還在不停的消耗，幾乎是每隔5s，臨時表空間就會增長500MB左右，最后報錯的原因應(yīng)該是因為沒有磁盤空間可以分配造成的。這是一件十分恐怖的事情。
我們知道Oracle臨時表空間主要是用來做查詢和存放一些緩存的數(shù)據(jù)的，磁盤消耗的一個主要原因是需要對查詢的結(jié)果進(jìn)行排序，如果沒有猜錯的話，在磁盤空間的（內(nèi)存）的分配上，Oracle使用的是貪心算法，如果上次磁盤空間消耗達(dá)到1GB，那么臨時表空間就是1GB，如果還有增長，那么依此類推，臨時表空間始終保持在一個最大的上限。像上文提到的恐怖現(xiàn)象經(jīng)過分析可能是以下幾個方面的原因造成的。
1. 沒有為臨時表空間設(shè)置上限，而是允許無限增長。但是如果設(shè)置了一個上限，最后可能還是會面臨因為空間不夠而出錯的問題，臨時表空間設(shè)置太小會影響性能，臨時表空間過大同樣會影響性能，至于需要設(shè)置為多大需要仔細(xì)的測試。
2.查詢的時候連表查詢中使用的表過多造成的。我們知道在連表查詢的時候，根據(jù)查詢的字段和表的個數(shù)會生成一個迪斯卡爾積，這個迪斯卡爾積的大小就是一次查詢需要的臨時空間的大小，如果查詢的字段過多和數(shù)據(jù)過大，那么就會消耗非常大的臨時表空間。
3.對查詢的某些字段沒有建立索引。Oracle中，如果表沒有索引，那么會將所有的數(shù)據(jù)都復(fù)制到臨時表空間，而如果有索引的話，一般只是將索引的數(shù)據(jù)復(fù)制到臨時表空間中。
針對以上的分析，對查詢的語句和索引進(jìn)行了優(yōu)化，情況得到緩解，但是需要進(jìn)一步測試。
總結(jié)：
1.SQL語句是會影響到磁盤的消耗的，不當(dāng)?shù)恼Z句會造成磁盤暴漲。
2.對查詢語句需要仔細(xì)的規(guī)劃，不要想當(dāng)然的去定義一個查詢語句，特別是在可以提供用戶自定義查詢的軟件中。
3.仔細(xì)規(guī)劃表索引。
臨時表空間使用注意:
1.臨時表空間 是用于在進(jìn)行排序操作(如大型查詢,創(chuàng)建索引和聯(lián)合查詢期間存儲臨時數(shù)據(jù))
每個用戶都有一個臨時表空間
2.對于大型操作頻繁,(大型查詢,大型分類查詢,大型統(tǒng)計分析等),應(yīng)指定單獨(dú)的臨時表空間,以方便管理
3.分配用戶單獨(dú)臨時表空間,一般是針對 大型產(chǎn)品數(shù)據(jù)庫,OLTP數(shù)據(jù)庫,數(shù)據(jù)庫倉庫
對于小型產(chǎn)品不需要單獨(dú)制定臨時表空間,使用默認(rèn)臨時表空間
原文鏈接：http://blog.csdn.net/weikaifenglove/article/details/4059258