昨天在做測試的時候發現乙個非常奇怪的問題：在程式的查詢模組中做查詢的時候，開始速度很快，但是過了一段時間以後速度就變慢，最後乾脆就報錯，不工作了。在排錯的過程中，發現oracle臨時表空間暴漲，達到了幾十個gb，在oracle中對session進行跟蹤，發現磁碟空間還在不停的消耗，幾乎是每隔5s，臨時表空間就會增長500mb左右，最後報錯的原因應該是因為沒有磁碟空間可以分配造成的。這是一件十分恐怖的事情。
我們知道oracle臨時表空間主要是用來做查詢和存放一些快取的資料的，磁碟消耗的乙個主要原因是需要對查詢的結果進行排序，如果沒有猜錯的話，在磁碟空間的（記憶體）的分配上，oracle使用的是貪心演算法，如果上次磁碟空間消耗達到1gb，那麼臨時表空間就是1gb，如果還有增長，那麼依此類推，臨時表空間始終保持在乙個最大的上限。像上文提到的恐怖現象經過分析可能是以下幾個方面的原因造成的。
1. 沒有為臨時表空間設定上限，而是允許無限增長。但是如果設定了乙個上限，最後可能還是會面臨因為空間不夠而出錯的問題，臨時表空間設定太小會影響效能，臨時表空間過大同樣會影響效能，至於需要設定為多大需要仔細的測試。
2.查詢的時候連表查詢中使用的表過多造成的。我們知道在連表查詢的時候，根據查詢的字段和表的個數會生成乙個迪斯卡爾積，這個迪斯卡爾積的大小就是一次查詢需要的臨時空間的大小，如果查詢的字段過多和資料過大，那麼就會消耗非常大的臨時表空間。
3.對查詢的某些字段沒有建立索引。oracle中，如果表沒有索引，那麼會將所有的資料都複製到臨時表空間，而如果有索引的話，一般只是將索引的資料複製到臨時表空間中。
針對以上的分析，對查詢的語句和索引進行了優化，情況得到緩解，但是需要進一步測試。
總結：1.sql語句是會影響到磁碟的消耗的，不當的語句會造成磁碟暴漲。
2.對查詢語句需要仔細的規劃，不要想當然的去定義乙個查詢語句，特別是在可以提供使用者自定義查詢的軟體中。
3.仔細規劃表索引。
如果有那位高人遇到過類似的問題，請給予您的建議。
Oracle臨時表空間
oracle臨時表空間主要是用來做查詢和存放一些快取的資料的，磁碟消耗的乙個主要原因是需要對查詢的結果進行排序，如果沒有猜錯的話，在磁碟空間的 記憶體 的分配上，oracle使用的是貪心演算法，如果上次磁碟空間消耗達到1gb，那麼臨時表空間就是1gb，如果還有增長，那麼依此類推，臨時表空間始終保持在...
Oracle 臨時表空間
我多表查詢大概五十萬條資料的檢視引發了乙個錯誤,報空間記憶體不足，開始思考分析還有哪些情況下是會使用到temp臨時表空間，在海量資料的情況下表空間不足是常見的問題 ora 01114 將塊寫入檔案 201 時出現 io 錯誤 塊 3136640 ora 27072 檔案 i o 錯誤 additio...
oracle臨時表空間
oracle臨時表空間主要是用來做查詢和存放一些快取的資料的，磁碟消耗的乙個主要原因是需要對查詢的結果進行排序，如果沒有猜錯的話，在磁碟空間的 記憶體 的分配上，oracle使用的是貪心演算法，如果上次磁碟空間消耗達到1gb，那麼臨時表空間就是1gb，如果還有增長，那麼依此類推，臨時表空間始終保持在...