『壹』 請問如何設置oracle共享池，java池，這些個數值的大小
同志，這些數值的大小設置是一個比較復雜的問題，特別是在低版本的ORACLE。
建議今後提問題時加上oracle的版本信息和操作系統信息。
回過頭來說說這些內存大小的分配。
我們考慮一般性的場景。
首先要考慮的是你的主機有多大內存，
再考慮你的主機是否專用於資料庫。
如果你的主機專用於資料庫，
則一般 共享池+緩沖區+JAVA池+大型池合起來不要超過主機內存的55%。
此時要注意你的操作系統是64位還是32位，這兩種情況ORACLE能夠使用的內存上限也完全不同。
往下咱們再來細說共享池 緩沖區 JAVA池 大型池 的分配。
這些池的分配要根據你這個資料庫的應用場景來配置。
如果是數據倉庫類資料庫，則緩沖區要設到盡量大。
如果是交易類資料庫，則共享池可勻量多分配一些。
具體數值大小還請多到網上參閱大量相關資料後自己再做定奪。
如果實在沒空深入學習，可先按典型配置，並將百分比調高至80%為宜（專用資料庫伺服器）。
平常運行過程中還得再根據資料庫監控報告 （如statspack和awr）做調整優化。
非一時一日之功。
『貳』 除了分析表外，有沒有辦法單獨的把share pool中的sql清除除緩沖區
share_pool_size的意思是共享池。
查看共享池大小：
sql>SHOW PARAMETERS SHARED_POOL_SIZE；
設置共享池大小:
SQL>ALTER SYSTEM SET SHARED_POOL_SIZE='100M' SCOPE=BOTH；
備註：共享池大小如果沒有特殊需求的話，建議不要隨意進行調整，如果太小的話，執行效率會很低。
『叄』 近期資料庫出現共享池鎖等待（latch: shared pool)
解決共享池latch爭用
避免unnecessary heaps
避免和減少由於共享sql statements帶來的碎片
避免_kghdsidx_count=1
避免flush shared pool
避免shared pool reserved free list碎片
『肆』 優化資料庫
1、1、調整數據結構的設計。這一部分在開發信息系統之前完成，程序員需要考慮是否使用ORACLE資料庫的分區功能，對於經常訪問的資料庫表是否需要建立索引等。
2、2、調整應用程序結構設計。這一部分也是在開發信息系統之前完成，程序員在這一步需要考慮應用程序使用什麼樣的體系結構，是使用傳統的Client/Server兩層體系結構，還是使用Browser/Web/Database的三層體系結構。不同的應用程序體系結構要求的資料庫資源是不同的。
3、3、調整資料庫SQL語句。應用程序的執行最終將歸結為資料庫中的SQL語句執行，因此SQL語句的執行效率最終決定了ORACLE資料庫的性能。ORACLE公司推薦使用ORACLE語句優化器（Oracle Optimizer）和行鎖管理器（row-level manager）來調整優化SQL語句。
4、4、調整伺服器內存分配。內存分配是在信息系統運行過程中優化配置的，資料庫管理員可以根據資料庫運行狀況調整資料庫系統全局區（SGA區）的數據緩沖區、日誌緩沖區和共享池的大小；還可以調整程序全局區（PGA區）的大小。需要注意的是，SGA區不是越大越好，SGA區過大會佔用操作系統使用的內存而引起虛擬內存的頁面交換，這樣反而會降低系統。
5、5、調整硬碟I/O，這一步是在信息系統開發之前完成的。資料庫管理員可以將組成同一個表空間的數據文件放在不同的硬碟上，做到硬碟之間I/O負載均衡。
6、6、調整操作系統參數，例如：運行在UNIX操作系統上的ORACLE資料庫，可以調整UNIX數據緩沖池的大小，每個進程所能使用的內存大小等參數。
實際上，上述資料庫優化措施之間是相互聯系的。ORACLE資料庫性能惡化表現基本上都是用戶響應時間比較長，需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的，有時是多個因素共同造成了性能惡化的結果，這就需要資料庫管理員有比較全面的計算機知識，能夠敏感地察覺到影響資料庫性能的主要原因所在。另外，良好的資料庫管理工具對於優化資料庫性能也是很重要的。
ORACLE資料庫性能優化工具
常用的資料庫性能優化工具有：
1、1、ORACLE資料庫在線數據字典，ORACLE在線數據字典能夠反映出ORACLE動態運行情況，對於調整資料庫性能是很有幫助的。
2、2、操作系統工具，例如UNIX操作系統的vmstat，iostat等命令可以查看到系統系統級內存和硬碟I/O的使用情況，這些工具對於管理員弄清出系統瓶頸出現在什麼地方有時候很有用。
3、3、SQL語言跟蹤工具（SQL TRACE FACILITY），SQL語言跟蹤工具可以記錄SQL語句的執行情況，管理員可以使用虛擬表來調整實例，使用SQL語句跟蹤文件調整應用程序性能。SQL語言跟蹤工具將結果輸出成一個操作系統的文件，管理員可以使用TKPROF工具查看這些文件。
4、4、ORACLE Enterprise Manager（OEM），這是一個圖形的用戶管理界面，用戶可以使用它方便地進行資料庫管理而不必記住復雜的ORACLE資料庫管理的命令。
5、5、EXPLAIN PLAN——SQL語言優化命令，使用這個命令可以幫助程序員寫出高效的SQL語言。
ORACLE資料庫的系統性能評估
信息系統的類型不同，需要關注的資料庫參數也是不同的。資料庫管理員需要根據自己的信息系統的類型著重考慮不同的資料庫參數。
1、1、在線事務處理信息系統（OLTP），這種類型的信息系統一般需要有大量的Insert、Update操作，典型的系統包括民航機票發售系統、銀行儲蓄系統等。OLTP系統需要保證資料庫的並發性、可靠性和最終用戶的速度，這類系統使用的ORACLE資料庫需要主要考慮下述參數：
l l 資料庫回滾段是否足夠？
l l 是否需要建立ORACLE資料庫索引、聚集、散列？
l l 系統全局區（SGA）大小是否足夠？
l l SQL語句是否高效？
2、2、數據倉庫系統（Data Warehousing），這種信息系統的主要任務是從ORACLE的海量數據中進行查詢，得到數據之間的某些規律。資料庫管理員需要為這種類型的ORACLE資料庫著重考慮下述參數：
l l 是否採用B*-索引或者bitmap索引？
l l 是否採用並行SQL查詢以提高查詢效率？
l l 是否採用PL/SQL函數編寫存儲過程？
l l 有必要的話，需要建立並行資料庫提高資料庫的查詢效率
SQL語句的調整原則
SQL語言是一種靈活的語言，相同的功能可以使用不同的語句來實現，但是語句的執行效率是很不相同的。程序員可以使用EXPLAIN PLAN語句來比較各種實現方案，並選出最優的實現方案。總得來講，程序員寫SQL語句需要滿足考慮如下規則：
1、1、盡量使用索引。試比較下面兩條SQL語句：
語句A：SELECT dname, deptno FROM dept WHERE deptno NOT IN
(SELECT deptno FROM emp);
語句B：SELECT dname, deptno FROM dept WHERE NOT EXISTS
(SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);
這兩條查詢語句實現的結果是相同的，但是執行語句A的時候，ORACLE會對整個emp表進行掃描，沒有使用建立在emp表上的deptno索引，執行語句B的時候，由於在子查詢中使用了聯合查詢，ORACLE只是對emp表進行的部分數據掃描，並利用了deptno列的索引，所以語句B的效率要比語句A的效率高一些。
2、2、選擇聯合查詢的聯合次序。考慮下面的例子：
SELECT stuff FROM taba a, tabb b, tabc c
WHERE a.acol between :alow and :ahigh
AND b.bcol between :blow and :bhigh
AND c.ccol between :clow and :chigh
AND a.key1 = b.key1
AMD a.key2 = c.key2;
這個SQL例子中，程序員首先需要選擇要查詢的主表，因為主表要進行整個表數據的掃描，所以主表應該數據量最小，所以例子中表A的acol列的范圍應該比表B和表C相應列的范圍小。
3、3、在子查詢中慎重使用IN或者NOT IN語句，使用where (NOT) exists的效果要好的多。
4、4、慎重使用視圖的聯合查詢，尤其是比較復雜的視圖之間的聯合查詢。一般對視圖的查詢最好都分解為對數據表的直接查詢效果要好一些。
5、5、可以在參數文件中設置SHARED_POOL_RESERVED_SIZE參數，這個參數在SGA共享池中保留一個連續的內存空間，連續的內存空間有益於存放大的SQL程序包。
6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以幫助程序員將某些經常使用的存儲過程「釘」在SQL區中而不被換出內存，程序員對於經常使用並且佔用內存很多的存儲過程「釘」到內存中有利於提高最終用戶的響應時間。
CPU參數的調整
CPU是伺服器的一項重要資源，伺服器良好的工作狀態是在工作高峰時CPU的使用率在90％以上。如果空閑時間CPU使用率就在90％以上，說明伺服器缺乏CPU資源，如果工作高峰時CPU使用率仍然很低，說明伺服器CPU資源還比較富餘。
使用操作相同命令可以看到CPU的使用情況，一般UNIX操作系統的伺服器，可以使用sar –u命令查看CPU的使用率，NT操作系統的伺服器，可以使用NT的性能管理器來查看CPU的使用率。
資料庫管理員可以通過查看v$sysstat數據字典中「CPU used by this session」統計項得知ORACLE資料庫使用的CPU時間，查看「OS User level CPU time」統計項得知操作系統用戶態下的CPU時間，查看「OS System call CPU time」統計項得知操作系統系統態下的CPU時間，操作系統總的CPU時間就是用戶態和系統態時間之和，如果ORACLE資料庫使用的CPU時間占操作系統總的CPU時間90％以上，說明伺服器CPU基本上被ORACLE資料庫使用著，這是合理，反之，說明伺服器CPU被其它程序佔用過多，ORACLE資料庫無法得到更多的CPU時間。
資料庫管理員還可以通過查看v$sesstat數據字典來獲得當前連接ORACLE資料庫各個會話佔用的CPU時間，從而得知什麼會話耗用伺服器CPU比較多。
出現CPU資源不足的情況是很多的：SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。
1、資料庫管理員可以執行下述語句來查看SQL語句的解析情況：
SELECT * FROM V$SYSSTAT
WHERE NAME IN
('parse time cpu', 'parse time elapsed', 'parse count (hard)');
這里parse time cpu是系統服務時間，parse time elapsed是響應時間，用戶等待時間
waite time = parse time elapsed – parse time cpu
由此可以得到用戶SQL語句平均解析等待時間＝waite time / parse count。這個平均等待時間應該接近於0，如果平均解析等待時間過長，資料庫管理員可以通過下述語句
SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA
ORDER BY PARSE_CALLS;
來發現是什麼SQL語句解析效率比較低。程序員可以優化這些語句，或者增加ORACLE參數SESSION_CACHED_CURSORS的值。
2、資料庫管理員還可以通過下述語句：
SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;
查看低效率的SQL語句，優化這些語句也有助於提高CPU的利用率。
3、3、資料庫管理員可以通過v$system_event數據字典中的「latch free」統計項查看ORACLE資料庫的沖突情況，如果沒有沖突的話，latch free查詢出來沒有結果。如果沖突太大的話，資料庫管理員可以降低spin_count參數值，來消除高的CPU使用率。
內存參數的調整
內存參數的調整主要是指ORACLE資料庫的系統全局區（SGA）的調整。SGA主要由三部分構成：共享池、數據緩沖區、日誌緩沖區。
1、 1、 共享池由兩部分構成：共享SQL區和數據字典緩沖區，共享SQL區是存放用戶SQL命令的區域，數據字典緩沖區存放資料庫運行的動態信息。資料庫管理員通過執行下述語句：
select (sum(pins - reloads)) / sum(pins) "Lib Cache" from v$librarycache;
來查看共享SQL區的使用率。這個使用率應該在90％以上，否則需要增加共享池的大小。資料庫管理員還可以執行下述語句：
select (sum(gets - getmisses - usage - fixed)) / sum(gets) "Row Cache" from v$rowcache;
查看數據字典緩沖區的使用率，這個使用率也應該在90％以上，否則需要增加共享池的大小。
2、 2、 數據緩沖區。資料庫管理員可以通過下述語句：
SELECT name, value FROM v$sysstat WHERE name IN ('db block gets', 'consistent gets','physical reads');
來查看資料庫數據緩沖區的使用情況。查詢出來的結果可以計算出來數據緩沖區的使用命中率＝1 - ( physical reads / (db block gets + consistent gets) )。
這個命中率應該在90％以上，否則需要增加數據緩沖區的大小。
3、 3、 日誌緩沖區。資料庫管理員可以通過執行下述語句：
select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日誌緩沖區的使用情況。查詢出的結果可以計算出日誌緩沖區的申請失敗率：
申請失敗率＝requests/entries，申請失敗率應該接近於0，否則說明日誌緩沖區開設太小，需要增加ORACLE資料庫的日誌緩沖區。
『伍』 高效地進行sql語句設計遵循哪些方面
1、盡量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替。不用NOT IN操作符，可以用NOT EXISTS或者外連接+替代。
2、不用「<>」或者「!=」操作符。對不等於操作符的處理會造成全表掃描，可以用「<」 or 「>」代替。
3、Where子句中出現IS NULL或者IS NOT NULL時，Oracle會停止使用索引而執行全表掃描。可以考慮在設計表時，對索引列設置為NOT NULL。這樣就可以用其他操作來取代判斷NULL的操作。
4、當通配符「%」或者「_」作為查詢字元串的第一個字元時，索引不會被使用。
5、對於有連接的列「||」，最後一個連接列索引會無效。盡量避免連接，可以分開連接或者使用不作用在列上的函數替代。
6、如果索引不是基於函數的，那麼當在Where子句中對索引列使用函數時，索引不再起作用。Where子句中避免在索引列上使用計算，否則將導致索引失效而進行全表掃描。
7、對數據類型不同的列進行比較時，會使索引失效。
8、用「>=」替代「>」。
9、UNION操作符會對結果進行篩選，消除重復，數據量大的情況下可能會引起磁碟排序。如果不需要刪除重復記錄，應該使用UNION ALL。
10、Oracle從下到上處理Where子句中多個查詢條件，所以表連接語句應寫在其他Where條件前，可以過濾掉最大數量記錄的條件必須寫在Where子句的末尾。
11、Oracle從右到左處理From子句中的表名，所以在From子句中包含多個表的情況下，將記錄最少的表放在最後。（只在採用RBO優化時有效）
12、Order By語句中的非索引列會降低性能，可以通過添加索引的方式處理。嚴格控制在Order By語句中使用表達式。
13、不同區域出現的相同的Sql語句，要保證查詢字元完全相同，以利用SGA共享池，防止相同的Sql語句被多次分析。
14、多利用內部函數提高Sql效率。例如DECODE
15、當在Sql語句中連接多個表時，使用表的別名，並將之作為每列的前綴。這樣可以減少解析時間。
需要注意的是，隨著Oracle的升級，查詢優化器會自動對Sql語句進行優化，某些限制可能在新版本的Oracle下不再是問題。尤其是採用CBO（Cost-Based Optimization，基於代價的優化方式）時。
『陸』 如何清空生氣了sql server共享池
delete from table_name 清除表中的所有數據、保留表結構
Truncate table table_name 清除表中所有行，保留表結構、與delete類似
比delete速度快,而且效率高，使用的系統和事務日誌資源少
drop table table_name 刪除表(所有數據及表結構)
『柒』 Oracle中 如何查看及設置 share_pool_size
share_pool_size的意思是共享池。
查看共享池大小：
sql>SHOW PARAMETERS SHARED_POOL_SIZE；
設置共享池大小:
SQL>ALTER SYSTEM SET SHARED_POOL_SIZE='100M' SCOPE=BOTH；
備註：共享池大小如果沒有特殊需求的話，建議不要隨意進行調整，如果太小的話，執行效率會很低。
『捌』 SQL資料庫查詢的優化
1，使用合理的表結構，盡量減少表關聯，有時寧願多佔用些空間，存儲些在別的表中存在的重復欄位。
2，合理使用索引。
3，使用存儲過程。
4，注意SQL語句的寫法。針對「從下而上」解析的資料庫系統，將關鍵性語句條件(比如主鍵、索引，確定的值等)放置在後面。反之，放置在前面。比如SQLSERVER資料庫，你應當將首先去除了大部分記錄的條件放置在where的前面部分。
舉例：
假設主鍵為key；創建日期為 c_date，你的條件中包含對key和c_date的范圍查詢，那麼你應當寫成：
where
key >= @from_key and key <= @to_key and
c_date >= @from_date and c_date <= @to_date
而不應該寫成：
where
key c_date >= @from_date and c_date <= @to_date and
>= @from_key and key <= @to_key
它們速度是不一樣的。
以上幾點都將提高查詢速度！
第二次回答：
有人對第三條「使用存儲過程」提高效率有異議，那麼請問，你認為存儲過程除了可以完成復雜的判斷和較復雜的運算、集中控制之外的主要作用是什麼？
在運行存儲過程前，資料庫已對其進行了語法和句法分析，並給出了優化執行方案。這種已經編譯好的過程可極大地改善SQL語句的性能。由於執行SQL語句的大部分工作已經完成，所以存儲過程能以極快的速度執行。
任何一個設計良好的資料庫應用程序都應當盡可能地用到存儲過程。
我提到的以上幾點，是針對入門者而言，也是比較容易做到的，對於要深入研究這個問題的，那麼這些遠遠不夠，但是，做好這些，可以將速度提高一大截了。
『玖』 ORACLE 資料庫緩沖區緩存與共享池SQL查詢和PL/SQL函數結果緩存的區別
1、資料庫緩沖區DB_BUFFER只能緩存訪問過的BLOCK，部分解決了物理讀的問題，查詢仍然需要大量的邏輯讀。
2、SQL緩存結果集/*+RESULT_CACHE*/它緩存的是查詢的結果。不在需要大量的邏輯讀，不在需要任何的復雜計算，而是直接將已經緩存的結果返回。
3、對於採用了RESULT_CACHE的函數，Oracle自動將函數的返回結果緩存，下次執行的時候，不會實際執行函數，而是直接返回結果。由於緩存的結果存儲在SGA中，因此所有的會話可以共享這個結果。
『拾』 如何把SQL放入共享池中
需要看需求，如果另一張表結構是存在的是一種，另一種是另一張表不存在。表結構存在：insert into 被插入表(欄位1,欄位2,欄位3) select 欄位1,欄位2,欄位3 from 原表;注意：被插入表的欄位1，欄位2，欄位3需要與原表的插入欄位一一對應。表結構不存在：select 欄位1,欄位2,欄位3 into 新表 from 原表;