ORACLE性能調(diào)優(yōu)原則下篇_第1頁(yè)
ORACLE性能調(diào)優(yōu)原則下篇_第2頁(yè)
ORACLE性能調(diào)優(yōu)原則下篇_第3頁(yè)
ORACLE性能調(diào)優(yōu)原則下篇_第4頁(yè)
ORACLE性能調(diào)優(yōu)原則下篇_第5頁(yè)
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

第第頁(yè)ORACLE性能調(diào)優(yōu)原則下篇ORACLE性能調(diào)優(yōu)原則下篇

發(fā)表于:2023-06-22來(lái)源::點(diǎn)擊數(shù):標(biāo)簽:

用戶SQL質(zhì)量以上講的都是硬件方面的東西,在條件有限的條件下,我們可以調(diào)整應(yīng)用程序的SQL質(zhì)量:1.不要進(jìn)行全表掃描(FullTableScan):全表掃描導(dǎo)致大量的I/O2.盡量建好和使用好索引:建索引也是有講究的,在建索引時(shí),也不是索引越多越好,當(dāng)一個(gè)

用戶SQL質(zhì)量

以上講的都是硬件方面的東西,在條件有限的條件下,我們可以調(diào)整應(yīng)用程序的SQL質(zhì)量:

1.不要進(jìn)行全表掃描(FullTableScan):全表掃描導(dǎo)致大量的I/O

2.盡量建好和使用好索引:建索引也是有講究的,在建索引時(shí),也不是索引越多越好,當(dāng)一個(gè)表的索引達(dá)到4個(gè)以上時(shí),ORACLE的性能可能還是改善不了,因?yàn)镺LTP系統(tǒng)每表超過(guò)5個(gè)索引即會(huì)降低性能,而且在一個(gè)sql中,Oracle從不能使用超過(guò)5個(gè)索引;當(dāng)我們用到GROUPBY和ORDERBY時(shí),ORACLE就會(huì)自動(dòng)對(duì)數(shù)據(jù)進(jìn)行排序,而ORACLE在INIT.ORA中決定了sort_area_size區(qū)的大小,當(dāng)排序不能在我們給定的排序區(qū)完成時(shí),ORACLE就會(huì)在磁盤(pán)中進(jìn)行排序,也就是我們講的臨時(shí)表空間中排序,過(guò)多的磁盤(pán)排序?qū)?huì)令freebufferwaits的值變高,而這個(gè)區(qū)間并不只是用于排序的,對(duì)于開(kāi)發(fā)人員我提出如下忠告:

1)、select,update,delete語(yǔ)句中的子查詢應(yīng)當(dāng)有規(guī)律地查找少于20%的表行.如果一個(gè)語(yǔ)句查找的行數(shù)超過(guò)總行數(shù)的20%,它將不能通過(guò)使用索引獲得性能上的提高.

2)、索引可能產(chǎn)生碎片,因?yàn)橛涗洀谋碇袆h除時(shí),相應(yīng)也從表的索引中刪除.表釋放的空間可以再用,而索引釋放的空間卻不能再用.頻繁進(jìn)行刪除操作的被索引的表,應(yīng)當(dāng)階段性地重建索引,以避免在索引中造成空間碎片,影響性能.在許可的條件下,也可以階段性地truncate表,truncate命令刪除表中所有記錄,也刪除索引碎片.

3)、在使用索引時(shí)一定要按索引對(duì)應(yīng)字段的順序進(jìn)行引用。

4)、用(+)比用NOTIN更有效率。

降低ORACLE的競(jìng)爭(zhēng):

先講幾個(gè)ORACLE的幾個(gè)參數(shù),這幾個(gè)參數(shù)關(guān)系到ORACLE的競(jìng)爭(zhēng):

1)、freelists和freelist組:他們負(fù)責(zé)ORACLE的處理表和索引的空間管理;

2)、pctfree及pctused:該參數(shù)決定了freelists和freelist組的行為,pctfree和pctused參數(shù)的唯一目的就是為了控制塊如何在freelists中進(jìn)出

設(shè)置好pctfree及pctused對(duì)塊在freelists的移走和讀取很重要。

其他參數(shù)的設(shè)置

1)、包括SGA區(qū)(系統(tǒng)全局區(qū)):系統(tǒng)全局區(qū)(SGA)是一個(gè)分配給Oracle的包含一個(gè)Oracle實(shí)例的數(shù)據(jù)庫(kù)的控制信息內(nèi)存段。

主要包括數(shù)據(jù)庫(kù)高速緩存(thedatabasebuffercache),

重演日志緩存(theredologbuffer),

共享池(thesharedpool),

數(shù)據(jù)字典緩存(thedatadictionarycache)以及其它各方面的信息

2)、db_block_buffers(數(shù)據(jù)高速緩沖區(qū))訪問(wèn)過(guò)的數(shù)據(jù)都放在這一片內(nèi)存區(qū)域,該參數(shù)越大,Oracle在內(nèi)存中找到相同數(shù)據(jù)的可能性就越大,也即加快了查詢速度。

3)、share_pool_size(SQL共享緩沖池):該參數(shù)是庫(kù)高速緩存和數(shù)據(jù)字典的高速緩存。

4)、Log_buffer(重演日志緩沖區(qū))

5)、sort_area_size(排序區(qū))

6)、processes(同時(shí)連接的進(jìn)程數(shù))

7)、db_block_size(數(shù)據(jù)庫(kù)塊大?。篛racle默認(rèn)塊為2KB,太小了,因?yàn)槿绻覀冇幸粋€(gè)8KB的數(shù)據(jù),則2KB塊的數(shù)據(jù)庫(kù)要讀4次盤(pán),才能讀完,而8KB塊的數(shù)據(jù)庫(kù)只要1次就讀完了,大大減少了I/O操作。數(shù)據(jù)庫(kù)安裝完成后,就不能再改變db_block_size的值了,只能重新建立數(shù)據(jù)庫(kù)并且建庫(kù)時(shí),要選擇手工安裝數(shù)據(jù)庫(kù)。

8)、open_links(同時(shí)打開(kāi)的鏈接數(shù))

9)、dml_locks

10)、ope

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論