導(dǎo)讀:1建站知識(shí)用Oracle并行查詢發(fā)揮多CPU的威力seo網(wǎng)站排名優(yōu)化軟件seo網(wǎng)站優(yōu)化。

正在看的ORACLE教程是:網(wǎng)站seo優(yōu)化軟件用Oracle并行查詢發(fā)揮多CPU的威力。參數(shù)  　　讓我們進(jìn)一步看看CPU的數(shù)量是如何影響這些參數(shù)的。 　　參數(shù)fast_start_parallel_rollback 　　Oracle并行機(jī)制中一個(gè)令人興奮之處是在系統(tǒng)崩潰時(shí)調(diào)用并行回滾得能力。當(dāng)Oracle數(shù)據(jù)庫(kù)發(fā)生少有的崩潰時(shí)，Oracle能自動(dòng)檢測(cè)未完成的事務(wù)并回滾到起始狀態(tài)。這被稱為并行熱啟動(dòng)，而Oracle使用基于cpu_count的fast_start_parallel_rollback參數(shù)來(lái)決定未完成事務(wù)的秉性程度網(wǎng)站建設(shè)制作。 　　并行數(shù)據(jù)操縱語(yǔ)言（DML）恢復(fù)能夠在Oracle數(shù)據(jù)庫(kù)崩潰后極大地加快其重新啟動(dòng)的速度。此參數(shù)的默認(rèn)值是系統(tǒng)CPU數(shù)量的兩倍，但是一些DBA們認(rèn)為應(yīng)該將這個(gè)值設(shè)置為cpu_count的四倍。 　　參數(shù)parallel_max_servers_parameter 　　Oracle一個(gè)顯著的加強(qiáng)是自動(dòng)決定OPQ并行的程度。由于Oracle清楚服務(wù)器中CPU的數(shù)量，它會(huì)自動(dòng)分配合適的子進(jìn)程的數(shù)量來(lái)提升并行查詢的響應(yīng)時(shí)間。當(dāng)然，會(huì)有其它的外部因素，比如表的劃分以及磁盤(pán)輸入/輸出子系統(tǒng)的布局等，但是根據(jù)cpu_count來(lái)設(shè)置parallel_max_servers參數(shù)將給Oracle一個(gè)合理的依據(jù)來(lái)選擇并行的程度。 　　由于Oracle的并行操作嚴(yán)重依賴服務(wù)器上CPU的數(shù)量，parallel_max_servers會(huì)被設(shè)置成服務(wù)器上CPU的數(shù)量。如果在一臺(tái)服務(wù)器上運(yùn)行多個(gè)實(shí)例，則默認(rèn)值太大了，會(huì)導(dǎo)致過(guò)度的頁(yè)面交換和嚴(yán)重的CPU負(fù)擔(dān)。并行的程度還依賴于目標(biāo)表中分區(qū)的數(shù)量，因此parallel_max_servers應(yīng)該設(shè)置成足夠大以允許Oracle為每個(gè)查詢選擇最佳數(shù)量的并行子查詢。 　　參數(shù)log_buffer 　　參數(shù)log_buffer定義了供即刻寫(xiě)入redo日志信息的保留RAM的數(shù)量，這個(gè)參數(shù)受cpu_count的影響。Oracle推薦log_buffer最大為cpu_count乘以500KB或128KB。CPU的數(shù)量對(duì)于log_buffer來(lái)說(shuō)非常重要，因?yàn)镺racle會(huì)生成多日志寫(xiě)入（LGWR）進(jìn)程來(lái)異步釋放redo信息。 　　log_buffer是Oracle中最易誤解的的RAM參數(shù)之一，通常存在下面幾個(gè)配置錯(cuò)誤： log_buffer被設(shè)置得太高（例如，大于1MB），這回引起性能問(wèn)題，因?yàn)榇笕萘康慕Y(jié)果會(huì)使得寫(xiě)入同步進(jìn)行（例如，日志同步等待事件非常高）。 log_buffer 在一個(gè)單獨(dú)的服務(wù)器中安裝更多的CPU成為目前的一個(gè)趨勢(shì)。使用對(duì)稱多處理服務(wù)器（SMP）的情況下，一個(gè)Oracle服務(wù)器擁有8個(gè)、16個(gè)或32個(gè)CPU以及幾吉比特RAM的SGA都不足為奇。 　　Oracle跟上了硬件發(fā)展的步伐，提供了很多面向多CPU的功能。從Oracle8i開(kāi)始，Oracle在每個(gè)數(shù)據(jù)庫(kù)函數(shù)中都實(shí)現(xiàn)了并行性，包括SQL訪問(wèn)（全表檢索）、并行數(shù)據(jù)操作和并行恢復(fù)。對(duì)于Oracle專業(yè)版的挑戰(zhàn)是為用戶的數(shù)據(jù)庫(kù)配置盡可能多的CPU?！　≡贠racle環(huán)境中實(shí)現(xiàn)并行性最好的方法之一是使用Oracle并行查詢（OPQ）。我將討論OPQ是如何工作的和怎樣用它來(lái)提升大的全表檢索的響應(yīng)時(shí)間以及調(diào)用并行事務(wù)回滾等等?！　∈褂肙PQ　　當(dāng)在Oracle中進(jìn)行一次合法的、大型的全表檢索時(shí)，OPQ能夠極大地提高響應(yīng)時(shí)間。通過(guò)OPQ，Oracle將表劃分成如圖A所示的邏輯塊?！　D A　　由OPQ劃分的表　　一旦表被劃分成塊，Oracle啟用并行的子查詢（有時(shí)稱為雜務(wù)進(jìn)程），每個(gè)子查詢同時(shí)讀取一個(gè)大型表中的一塊。所有子查詢完畢以后，Oracle將結(jié)果會(huì)傳給并行查詢調(diào)度器，它會(huì)重新安排數(shù)據(jù)，如果需要?jiǎng)t進(jìn)行排序，并且將結(jié)果傳遞給最終用戶。OPQ具有無(wú)限的伸縮性，因此，以前需要花費(fèi)幾分鐘的全表檢索現(xiàn)在的響應(yīng)時(shí)間卻不到1秒?！　PQ嚴(yán)重依賴于處理器的數(shù)量，通過(guò)并行運(yùn)行之所以可以極大地提升全表檢索的性能，其前提就是使用了N-1個(gè)并行進(jìn)程（N=Oracle服務(wù)器上CPU的數(shù)量）?！　”仨氉⒁夥浅Ｖ匾囊稽c(diǎn)，即Oracle9i能夠自動(dòng)檢測(cè)外部環(huán)境，包括服務(wù)器上CPU的數(shù)量。在安裝時(shí)，Oracle9i會(huì)檢查服務(wù)器上CPU的數(shù)量，設(shè)置一個(gè)名為cpu_count的參數(shù)，并使用cpu_count作為默認(rèn)的初始化輸入?yún)?shù)。這些初始化參數(shù)會(huì)影響到Oracle對(duì)內(nèi)部查詢的處理。　　下面就是Orale在安裝時(shí)根據(jù)cpu_count而設(shè)置的一些參數(shù)：

關(guān)鍵詞標(biāo)簽: 標(biāo)簽 威力