婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 用Oracle并行查詢發(fā)揮多CPU的威力

用Oracle并行查詢發(fā)揮多CPU的威力

熱門標(biāo)簽:語音電話機器人營銷方案 修改高德地圖標(biāo)注 廣州市400電話辦理 宜賓外呼系統(tǒng)廠家 南通防封外呼系統(tǒng)運營商 語音電話機器人缺點 地圖標(biāo)注原件 淮安自動外呼系統(tǒng)開發(fā) 百變地圖標(biāo)注
正在看的ORACLE教程是:用Oracle并行查詢發(fā)揮多CPU的威力。參數(shù) 

  讓我們進(jìn)一步看看CPU的數(shù)量是如何影響這些參數(shù)的。

  參數(shù)fast_start_parallel_rollback

  Oracle并行機制中一個令人興奮之處是在系統(tǒng)崩潰時調(diào)用并行回滾得能力。當(dāng)Oracle數(shù)據(jù)庫發(fā)生少有的崩潰時,Oracle能自動檢測未完成的事務(wù)并回滾到起始狀態(tài)。這被稱為并行熱啟動,而Oracle使用基于cpu_count的fast_start_parallel_rollback參數(shù)來決定未完成事務(wù)的秉性程度。

  并行數(shù)據(jù)操縱語言(DML)恢復(fù)能夠在Oracle數(shù)據(jù)庫崩潰后極大地加快其重新啟動的速度。此參數(shù)的默認(rèn)值是系統(tǒng)CPU數(shù)量的兩倍,但是一些DBA們認(rèn)為應(yīng)該將這個值設(shè)置為cpu_count的四倍。

  參數(shù)parallel_max_servers_parameter

  Oracle一個顯著的加強是自動決定OPQ并行的程度。由于Oracle清楚服務(wù)器中CPU的數(shù)量,它會自動分配合適的子進(jìn)程的數(shù)量來提升并行查詢的響應(yīng)時間。當(dāng)然,會有其它的外部因素,比如表的劃分以及磁盤輸入/輸出子系統(tǒng)的布局等,但是根據(jù)cpu_count來設(shè)置parallel_max_servers參數(shù)將給Oracle一個合理的依據(jù)來選擇并行的程度。

  由于Oracle的并行操作嚴(yán)重依賴服務(wù)器上CPU的數(shù)量,parallel_max_servers會被設(shè)置成服務(wù)器上CPU的數(shù)量。如果在一臺服務(wù)器上運行多個實例,則默認(rèn)值太大了,會導(dǎo)致過度的頁面交換和嚴(yán)重的CPU負(fù)擔(dān)。并行的程度還依賴于目標(biāo)表中分區(qū)的數(shù)量,因此parallel_max_servers應(yīng)該設(shè)置成足夠大以允許Oracle為每個查詢選擇最佳數(shù)量的并行子查詢。

  參數(shù)log_buffer

  參數(shù)log_buffer定義了供即刻寫入redo日志信息的保留RAM的數(shù)量,這個參數(shù)受cpu_count的影響。Oracle推薦log_buffer最大為cpu_count乘以500KB或128KB。CPU的數(shù)量對于log_buffer來說非常重要,因為Oracle會生成多日志寫入(LGWR)進(jìn)程來異步釋放redo信息。

  log_buffer是Oracle中最易誤解的的RAM參數(shù)之一,通常存在下面幾個配置錯誤:

log_buffer被設(shè)置得太高(例如,大于1MB),這回引起性能問題,因為大容量的結(jié)果會使得寫入同步進(jìn)行(例如,日志同步等待事件非常高)。

log_buffer 在一個單獨的服務(wù)器中安裝更多的CPU成為目前的一個趨勢。使用對稱多處理服務(wù)器(SMP)的情況下,一個Oracle服務(wù)器擁有8個、16個或32個CPU以及幾吉比特RAM的SGA都不足為奇。

  Oracle跟上了硬件發(fā)展的步伐,提供了很多面向多CPU的功能。從Oracle8i開始,Oracle在每個數(shù)據(jù)庫函數(shù)中都實現(xiàn)了并行性,包括SQL訪問(全表檢索)、并行數(shù)據(jù)操作和并行恢復(fù)。對于Oracle專業(yè)版的挑戰(zhàn)是為用戶的數(shù)據(jù)庫配置盡可能多的CPU。

  在Oracle環(huán)境中實現(xiàn)并行性最好的方法之一是使用Oracle并行查詢(OPQ)。我將討論OPQ是如何工作的和怎樣用它來提升大的全表檢索的響應(yīng)時間以及調(diào)用并行事務(wù)回滾等等。

  使用OPQ

  當(dāng)在Oracle中進(jìn)行一次合法的、大型的全表檢索時,OPQ能夠極大地提高響應(yīng)時間。通過OPQ,Oracle將表劃分成如A所示的邏輯塊。

  圖 A



  由OPQ劃分的表

  一旦表被劃分成塊,Oracle啟用并行的子查詢(有時稱為雜務(wù)進(jìn)程),每個子查詢同時讀取一個大型表中的一塊。所有子查詢完畢以后,Oracle將結(jié)果會傳給并行查詢調(diào)度器,它會重新安排數(shù)據(jù),如果需要則進(jìn)行排序,并且將結(jié)果傳遞給最終用戶。OPQ具有無限的伸縮性,因此,以前需要花費幾分鐘的全表檢索現(xiàn)在的響應(yīng)時間卻不到1秒。

  OPQ嚴(yán)重依賴于處理器的數(shù)量,通過并行運行之所以可以極大地提升全表檢索的性能,其前提就是使用了N-1個并行進(jìn)程(N=Oracle服務(wù)器上CPU的數(shù)量)。

  必須注意非常重要的一點,即Oracle9i能夠自動檢測外部環(huán)境,包括服務(wù)器上CPU的數(shù)量。在安裝時,Oracle9i會檢查服務(wù)器上CPU的數(shù)量,設(shè)置一個名為cpu_count的參數(shù),并使用cpu_count作為默認(rèn)的初始化輸入?yún)?shù)。這些初始化參數(shù)會影響到Oracle對內(nèi)部查詢的處理。

  下面就是Orale在安裝時根據(jù)cpu_count而設(shè)置的一些參數(shù):
  • fast_start_parallel_rollback
  • parallel_max_servers
  • log_buffer
  • db_block_lru_latches

[NextPage]

 
不是db_block_size的倍數(shù)。在的Oracle9i中,log_buffer應(yīng)該是2048字節(jié)的倍數(shù)。

  參數(shù)db_block_lru_latches

  LRU鎖的數(shù)量是在Oracle數(shù)據(jù)庫內(nèi)部用來管理數(shù)據(jù)庫緩沖的,這嚴(yán)重依賴于服務(wù)器上CPU的數(shù)量。

  很多聰明的Oracle9i的DBA使用多沖數(shù)據(jù)緩沖(例如db_32k_cache_size),他們推薦將這個未公開聲明的參數(shù)重設(shè)置為默認(rèn)的最大值。db_block_lru_latches參數(shù)在Oracle8i中使用得很多,但是在Oracle9i中變成了一個未公開聲明的參數(shù),因為Oracle現(xiàn)在根據(jù)數(shù)據(jù)庫擁有的CPU數(shù)量設(shè)置了一個合理的默認(rèn)值。

  db_block_lru_latches默認(rèn)被設(shè)置為服務(wù)器上cpu_count的一半(例如服務(wù)器上只有一個Oracle數(shù)據(jù)庫)。Oracle推薦db_block_lru_latches千萬不要超過cpu_count的兩倍或三倍,或db_block_buffers的五十分之一。

  如果使用多緩沖池則這種計算方法有一個問題,因為不能控制分配給每個數(shù)據(jù)緩沖池的鎖的數(shù)量。如果db_writers參數(shù)大于1,則默認(rèn)值或許顯得太小。

  加強服務(wù)器

  Oracle數(shù)據(jù)庫總是在提升性能,根據(jù)外部服務(wù)器環(huán)境檢測cpu_count和基本參數(shù)設(shè)置的能力對于Oracle軟件來說是一個重要的加強。

  隨著更多的Oracle系統(tǒng)轉(zhuǎn)移到SMP上來,當(dāng)客戶要采取增強措施并將眾多的數(shù)據(jù)庫轉(zhuǎn)移到擁有32個或64個CPU的巨大服務(wù)器上來的時候,這些參數(shù)顯得愈發(fā)重要。 

上一頁    

您可能感興趣的文章:
  • jQuery Ajax異步處理Json數(shù)據(jù)詳解
  • JQuery處理json與ajax返回JSON實例代碼
  • javascript 容錯處理代碼(屏蔽js錯誤)
  • js圖片自動切換效果處理代碼
  • js中同步與異步處理的方法和區(qū)別總結(jié)
  • 用javascript實現(xiàn)截取字符串包含中文處理的函數(shù)
  • jquery序列化form表單使用ajax提交后處理返回的json數(shù)據(jù)
  • Linux BASH多進(jìn)程并行處理的方法實現(xiàn)
  • python開啟多個子進(jìn)程并行運行的方法
  • 深入理解JavaScript中的并行處理

標(biāo)簽:嘉峪關(guān) 襄陽 南平 通化 聊城 南平 股票投資 池州

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《用Oracle并行查詢發(fā)揮多CPU的威力》,本文關(guān)鍵詞  用,Oracle,并行,查詢,發(fā)揮,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《用Oracle并行查詢發(fā)揮多CPU的威力》相關(guān)的同類信息!
  • 本頁收集關(guān)于用Oracle并行查詢發(fā)揮多CPU的威力的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    久久99久久久欧美国产| 亚洲成人你懂的| 91精品国产麻豆国产自产在线 | 久久av资源站| 激情五月激情综合网| 日韩在线卡一卡二| 青青草原综合久久大伊人精品优势 | 日韩一级片在线观看| 欧美福利电影网| 欧美精品亚洲二区| 欧美一区2区视频在线观看| 7777女厕盗摄久久久| 日韩一级大片在线| 26uuu国产在线精品一区二区| 日韩欧美在线影院| 久久久噜噜噜久久中文字幕色伊伊| 精品成人佐山爱一区二区| 久久久www成人免费无遮挡大片| 中文一区二区在线观看| 亚洲你懂的在线视频| 老司机免费视频一区二区| 美女一区二区三区| 国产精品系列在线播放| 色综合久久精品| 欧美高清激情brazzers| 2021国产精品久久精品| 亚洲伦在线观看| 日本系列欧美系列| 国产成人免费av在线| 99re66热这里只有精品3直播 | 91麻豆国产在线观看| 欧美欧美欧美欧美| 国产欧美精品一区二区色综合| 综合亚洲深深色噜噜狠狠网站| 天堂资源在线中文精品| 国产精品系列在线播放| 欧美日韩黄色一区二区| 欧美高清在线视频| 日韩精品午夜视频| www.欧美.com| 精品三级在线观看| 一区二区在线看| 国产传媒一区在线| 日韩一区二区精品在线观看| 亚洲视频资源在线| 国产精品1区2区3区| 欧美三电影在线| 综合激情成人伊人| 久久99热狠狠色一区二区| 欧美视频一区二区三区四区| 中文无字幕一区二区三区| 麻豆高清免费国产一区| 一本久久a久久免费精品不卡| 久久久久97国产精华液好用吗| 午夜久久电影网| 色狠狠一区二区三区香蕉| 欧美激情一区二区| 国产成人精品免费网站| 日韩精品一区二区三区四区视频| 一区二区三区欧美日| 不卡电影一区二区三区| 久久亚洲一区二区三区四区| 日韩不卡手机在线v区| 欧美色偷偷大香| 一区二区三区四区不卡视频| 99麻豆久久久国产精品免费| 国产精品久久午夜| av在线一区二区三区| 国产欧美中文在线| 粗大黑人巨茎大战欧美成人| 久久精品一区四区| 成人美女在线视频| 国产精品久久久久久久久果冻传媒 | 午夜精品久久久久久不卡8050| 91极品视觉盛宴| 亚洲一级二级在线| 欧美天堂一区二区三区| 午夜av一区二区三区| 91麻豆精品国产91久久久更新时间| 天堂va蜜桃一区二区三区漫画版 | 欧美一级搡bbbb搡bbbb| 日本美女视频一区二区| 欧美r级电影在线观看| 韩国三级在线一区| 欧美国产成人在线| 91官网在线免费观看| 丝袜亚洲另类欧美综合| 欧美va亚洲va| 51久久夜色精品国产麻豆| 日韩高清电影一区| 精品国产一区二区三区忘忧草| 国产精品自拍av| 亚洲精品日韩综合观看成人91| 欧美三级电影在线看| 美女网站色91| 国产精品久久久久四虎| 欧美日韩在线亚洲一区蜜芽| 日本亚洲三级在线| 国产精品麻豆欧美日韩ww| 91极品美女在线| 国产麻豆成人精品| 夜夜精品视频一区二区 | 狠狠久久亚洲欧美| 亚洲国产精品精华液ab| 欧美亚洲自拍偷拍| 国产盗摄女厕一区二区三区 | 精品一区二区三区蜜桃| 国产精品美女久久久久久久久久久 | 成人av电影观看| 首页国产丝袜综合| 国产精品无码永久免费888| 欧美性色黄大片手机版| 国产精品一区二区久激情瑜伽| 成人黄色综合网站| 舔着乳尖日韩一区| 国产嫩草影院久久久久| 欧美日韩一区高清| www.av亚洲| 国产麻豆精品久久一二三| 视频一区二区欧美| 亚洲人成小说网站色在线| 亚洲精品在线电影| 一区二区三区在线播| 亚洲欧美日韩一区二区| 欧美日韩国产高清一区| 国产乱国产乱300精品| 亚洲在线观看免费视频| 久久久精品国产免大香伊| 欧美日韩一卡二卡三卡| 97精品久久久久中文字幕| 韩国视频一区二区| 免费观看在线色综合| 一区二区高清在线| 国产精品高清亚洲| 国产亚洲va综合人人澡精品| 91精品国产综合久久福利| 色中色一区二区| 成人深夜视频在线观看| 久久97超碰国产精品超碰| 日韩精品一卡二卡三卡四卡无卡| 日韩伦理电影网| 国产精品对白交换视频| 中文字幕精品一区二区精品绿巨人 | 欧美一级日韩免费不卡| 91免费视频观看| 懂色av一区二区三区蜜臀| 国产精品一区免费在线观看| 美女网站视频久久| 久久丁香综合五月国产三级网站 | 日韩伦理电影网| 国产精品不卡一区二区三区| 国产精品精品国产色婷婷| 国产精品天干天干在线综合| 国产精品国产三级国产aⅴ入口 | 欧美日韩一卡二卡| 欧美视频精品在线| 欧美一区日韩一区| 欧美不卡一区二区| 久久九九久久九九| 亚洲色图欧洲色图婷婷| 亚洲第一福利一区| 麻豆精品在线观看| 国产剧情一区二区| 成人免费毛片嘿嘿连载视频| 91视频免费观看| 这里只有精品免费| 中文av一区二区| 一区二区三区四区视频精品免费 | 欧美午夜片在线看| 欧美日本国产一区| 久久久久久久综合日本| 亚洲欧洲99久久| 天堂影院一区二区| 国产乱码精品一区二区三区av | 国产综合一区二区| bt欧美亚洲午夜电影天堂| 91麻豆免费看| 日韩美女主播在线视频一区二区三区 | 亚洲天堂成人在线观看| 亚洲国产一区二区视频| 激情综合色综合久久| 91免费版pro下载短视频| 欧美精品三级日韩久久| 中文字幕乱码日本亚洲一区二区 | 一区在线播放视频| 亚洲国产sm捆绑调教视频| 国产成人激情av| 欧美电影在哪看比较好| 国产精品国产三级国产普通话99 | 亚洲国产精品精华液2区45| 亚洲国产精品一区二区久久| 国产精品白丝jk黑袜喷水| 欧美欧美欧美欧美| 国产精品网曝门| 免费观看久久久4p| 欧美视频在线观看一区| 自拍偷拍亚洲欧美日韩| 国产成人免费在线视频| 精品欧美乱码久久久久久| 亚洲18女电影在线观看|