摘要:本文對(duì)Oracle數(shù)據(jù)庫(kù)及Oracle應(yīng)用程序的優(yōu)化，進(jìn)行了全面的分析與研究，并提出了自己的一些建議。 1.引言 隨著信息化時(shí)代的到來(lái)，人們開始廣泛地使用數(shù)據(jù)庫(kù)技術(shù)對(duì)大量而復(fù)雜的信息進(jìn)行科學(xué)高效的治理。在數(shù)據(jù)庫(kù)領(lǐng)域中的各種應(yīng)用軟件大量涌現(xiàn)，有Visual FoXPro，Power Builder等等，但其中Oracle是這個(gè)領(lǐng)域中最優(yōu)秀也是最流行的大型數(shù)據(jù)庫(kù)應(yīng)用軟件。本文就在Oracle中如何優(yōu)化數(shù)據(jù)庫(kù)及其應(yīng)用程序進(jìn)行了研究。 2.優(yōu)化數(shù)據(jù)庫(kù) 2.1 優(yōu)化設(shè)置控制文件的個(gè)數(shù)，位置及其備份 建議CONTROL_FILE初始化參數(shù)中指定多個(gè)文件應(yīng)大于２，并將控制文件鏡像到不同位置，并要把這些控制文件備份到安全的磁盤中。 2.2 優(yōu)化設(shè)計(jì)表空間，數(shù)據(jù)文件的大小及位置 2.2.1設(shè)計(jì)表空間 盡量把同一時(shí)間對(duì)磁盤的讀寫操作分散開，如對(duì)一個(gè)表中數(shù)據(jù)進(jìn)行更新時(shí)，數(shù)據(jù)庫(kù)將同時(shí)去讀該表中的數(shù)據(jù)和該表上的索引信息，假如把表的數(shù)據(jù)信息和索引信息都放在同一個(gè)數(shù)據(jù)文件中，則數(shù)據(jù)庫(kù)的速度將會(huì)變慢。最好是把數(shù)據(jù)信息和索引信息分別放在不同磁盤的兩個(gè)數(shù)據(jù)文件中，此時(shí)數(shù)據(jù)庫(kù)對(duì)磁盤的讀寫操作將分散在兩個(gè)磁盤上，速度將得到顯著提高。因此在設(shè)計(jì)數(shù)據(jù)庫(kù)的表空間和數(shù)據(jù)文件時(shí)，首先給表和表的索引分別創(chuàng)建兩個(gè)表空間（存放用戶數(shù)據(jù)的數(shù)據(jù)表空間和存放表索引的索引表空間）。另外，還根據(jù)該系統(tǒng)的數(shù)據(jù)量的大小及系統(tǒng)中的數(shù)據(jù)的性質(zhì)不同，再考慮創(chuàng)建幾個(gè)數(shù)據(jù)表空間或者給數(shù)據(jù)表空間添加幾個(gè)數(shù)據(jù)文件。 2.2.2 設(shè)計(jì)數(shù)據(jù)文件的大小 把記錄大小相當(dāng)?shù)谋矸旁谕粋€(gè)表空間中，這時(shí)一個(gè)表空間的存儲(chǔ)參數(shù)設(shè)置，可以保證表中的記錄都放在一個(gè)范圍中，避免了一條記錄跨范圍存放，可以明顯數(shù)據(jù)庫(kù)的性能。 2.2.3 設(shè)計(jì)數(shù)據(jù)文件的位置 為了避免磁盤的I/O操作沖突，應(yīng)把數(shù)據(jù)文件創(chuàng)建在不同位置。 2.3 優(yōu)化設(shè)計(jì)重演日志文件 2.3.1 重演日志文件的大小 由于數(shù)據(jù)庫(kù)在利用重演日志文件時(shí)是循環(huán)使用它們的，而且當(dāng)LGWR進(jìn)程在兩個(gè)日志文件切換時(shí)，將自動(dòng)產(chǎn)生一個(gè)檢測(cè)點(diǎn)，所以重演日志文件的大小會(huì)直接影響到檢測(cè)點(diǎn)出現(xiàn)的頻率。而由于在數(shù)據(jù)庫(kù)檢測(cè)點(diǎn)時(shí)，對(duì)用戶而言，數(shù)據(jù)庫(kù)的速度會(huì)受影響，所以檢測(cè)點(diǎn)的出現(xiàn)頻率大，或者檢測(cè)點(diǎn)正好出現(xiàn)在數(shù)據(jù)庫(kù)處理數(shù)據(jù)高峰期，將會(huì)極大影響數(shù)據(jù)庫(kù)的性能。因此，重演日志文件的大小設(shè)計(jì)，應(yīng)考慮檢測(cè)點(diǎn)出現(xiàn)的頻率以及檢測(cè)點(diǎn)應(yīng)避開數(shù)據(jù)庫(kù)處理數(shù)據(jù)的高峰期。 2.3.2 重演日志文件組的個(gè)數(shù) 在ARCHIVELOG模式下時(shí)，適當(dāng)增加重演日志文件組的個(gè)數(shù)，可以降低數(shù)據(jù)庫(kù)存檔日志文件的頻率。 2.3.3 重演日志文件的存檔 應(yīng)把重演日志文件的存檔之處設(shè)置在磁盤讀寫更快的物理設(shè)備上。這樣可以減少日志文件的存檔時(shí)間。 2.4 回滾段的優(yōu)化設(shè)計(jì) 2.4.1 回滾段數(shù)目的設(shè)計(jì) 要考慮數(shù)據(jù)庫(kù)需要支持的并發(fā)事務(wù)的數(shù)目，因?yàn)槊總€(gè)回滾段有其所能支持的最大事務(wù)數(shù)，假如回滾段數(shù)目不夠多，則有些新事務(wù)被迫要等待，將影響數(shù)據(jù)庫(kù)的性能。 2.4.2 回滾段大小的設(shè)計(jì) 要考慮該回滾段能容納數(shù)據(jù)庫(kù)可能的最大事務(wù)的回滾項(xiàng)數(shù)。 2.5 優(yōu)化數(shù)據(jù)庫(kù)使用的內(nèi)存配置 要調(diào)整數(shù)據(jù)庫(kù)的高速緩沖區(qū)，共享池、重演日志緩沖區(qū)和進(jìn)程全局區(qū)的大小平衡問(wèn)題。 3.優(yōu)化應(yīng)用程序 3.1 采取統(tǒng)一的SQL程序 因?yàn)镺racle在執(zhí)行SQL文時(shí)，首先將當(dāng)前要執(zhí)行的SQL文與公共區(qū)域中保存的先前執(zhí)行過(guò)的SQL文進(jìn)行比較，SQL文相同時(shí)，就會(huì)跳過(guò)當(dāng)前要執(zhí)行的SQL文的解析處理，這樣通過(guò)減少解析次數(shù)就加快SQL文的執(zhí)行速度。 3.2 選取合適的SQL代碼 在進(jìn)行數(shù)據(jù)庫(kù)操作時(shí)，同一結(jié)果可以用很多方法來(lái)實(shí)現(xiàn)。我們應(yīng)當(dāng)選取合適的SQL代碼，使其更輕易明了，并且運(yùn)行速度更快。 3.3 明確列名 使用SELECT取得的列名一定要明確指定，并且應(yīng)當(dāng)使抽出的記錄要盡量少。用SORT等的場(chǎng)合，因?yàn)镺racle將必要的列的值放到WORK領(lǐng)域，因此減少列數(shù)也就節(jié)約了I/O回?cái)?shù)。 3.4 注重結(jié)合索引的順序 由于列的順序不同而導(dǎo)致索引的作用效果不同。例如：(AGE，ADDRESS)順序的結(jié)合索引。 WHERE AGE=28 AND ADDRESS=’BEI JING’ &結(jié)合索引有效WHERE AGE=28 &結(jié)合索引有效WHERE ADDRESS=’BEI JING’ &結(jié)全索引無(wú)效3.5 注重WHERE的使用 3.5.1 索引列不要使用函數(shù) 由于索引列一旦使用了函數(shù)，索引就會(huì)變無(wú)效，因此在能用索引的情況下，盡量改變程序來(lái)利用索引。如： WHERE SUBSTR(TELNO，2，2)=’88’改為WHERE TELNO LIKE ‘88%’較好。 3.5.2 索引列不要使用NOT 由于索引列一旦使用不等于，索引就會(huì)變得無(wú)效，最后導(dǎo)致速度變慢。 3.5.3 不要用NULL 假如用了NULL，索引就會(huì)無(wú)效，變成全表檢索，影響處理速度。 3.5.4 不要對(duì)索引列進(jìn)行計(jì)算 假如對(duì)索引列進(jìn)行計(jì)算，索引就會(huì)無(wú)效，也后導(dǎo)致速度變慢。 4.結(jié)束語(yǔ) 本文所提出的優(yōu)化方法，能夠起到提高Oracle數(shù)據(jù)庫(kù)性能以及提高Oracle應(yīng)用程序執(zhí)行效率的作用。這僅是個(gè)人在實(shí)際工作中的經(jīng)驗(yàn)總結(jié)，希望能夠?qū)V大同行起到一定幫助作用。