你是否遇到過Oracle數據庫定期會出現過 ORA-4031錯誤（shared pool內存不夠，無法連接Oracle數據庫）的情況？如果你遇到此種情況。我們的數據庫就無法繼續使用下去了。那麼針對這一情況，以下的文章以Oracle shared pool中無法釋放的對象的實際操作來給出解答。
必須關閉重起，來釋放那些占在Oracle shared pool裡面無法釋放的對象。
所以對於一個Oracle DBA來說，需要定期的檢查shared pool中的sql語句占用的內存空間，對於嚴重占用shared pool，無法釋放的sql語句，必須要求程序員修改或優化sql語句。
Java代碼
- select sql_text ,sharable_mem from v$sql where sharable_mem > '100000' order by sharable_mem ;
- select sql_text ,sharable_mem from v$sql where sharable_mem > '100000' order by sharable_mem ;
上面的sql語句是查詢shared pool中占用內存超過100K的sql語句。
這個sql可以非常有效的檢查出Oracle shared pool中那些嚴重占用內存的sql，根據我的經驗，絕大多數有問題的sql語句都會在這裡留下痕跡，通過在這裡找出有問題的sql語句並進行修改，再反復運行這個sql腳本，直到所以有問題的sql都處理完畢，這就是對Oracle數據庫在sql上面的最好的優化，可以保證不會因為程序員的sql語句問題導致Oracle數據庫的性能問題。
共享池主要由庫緩沖區（共享SQL區和PL/SQL區）和數據字典緩沖區組成。
- select * from v$sgastat;
--顯式SGA的狀態信息。有的人寫的SQL語句非常復雜，嵌套了好幾層，SQL語句本身寫的很差，就有可能會占用很大的SQL區域。
這是我從Oracle Metalink裡面摘下來的：
引用
If the SHARED_POOL_SIZE is large enough, most ORA-04031 errors are a result of dynamic sql fragmenting the shared pool. This can be caused by:
o Not sharing SQL
o Making unnecessary parse calls (soft)
o Not using bind variables
