深入探討ORA-04031的產生原因及解決方法

1. 沒有繫結編量造成shared_pool碎片過多，同時shared_pool_size太小 （1）這個情況是比較常見的。 （2）第二種情況通常會建議使用繫結變數，或者用簡單的加大shared_pool，臨時的解決方法就是alter system flush shared_pool。 2. Large_pool,Java_pool太小造成的 （1）這個透過錯誤資訊的提示很容易判斷(Ora-04031 cannot allocate .. memeory in [large_pool]) （2）解決方法就是簡單的加大 Large_pool or Java_pool 3. 過度的開CURSOR而不關閉。 目前，此問題發生的越來越多，特別是在JAVA的執行環境中，屢見不鮮。加大Shared_pool或者flush shared_pool往往只能延遲問題出現的時間，而無法避免此問題。 判斷方法： select count(*) from v$open_cursor ; select * from v$sysstat where name = 'opened cursors current'; 假如出來的值特大（以萬為單位）時，基本就可以確定是這個原因了。 解決這個問題的方法就是檢查程式，看是否沒有正常的關閉cursor(對於JAVA來說，就是沒有關閉Statement)。或者select sql_text from v$open_cursor,看看都是哪些cursor沒關閉，再去檢查車程式。 也有的程式使用了保持一定量的cursor一直open,從而避免cursor過多次的開啟，來提高效能。對於這種情況，則應該選擇適當的shared_pool_size和控制keep_opening的cursor的量。 另外，Oracle引數session_cached_cursors也有可能過大，解決的方法就是把它降低到適當的值。
連結: