中文字幕免费精品_亚洲视频自拍_亚洲综合国产激情另类一区_色综合咪咪久久

Oracle并行操作之并行查詢實例解析
來源:易賢網 閱讀:1326 次 日期:2014-07-14 18:57:19
溫馨提示:易賢網小編為您整理了“Oracle并行操作之并行查詢實例解析”,方便廣大網友查閱!

這篇文章主要介紹了Oracle并行操作的并行查詢技術,需要的朋友可以參考下。

Oracle數據庫的并行操作特性,其本質上就是強行榨取除數據庫服務器空閑資源(主要是CPU資源),對一些高負荷大數據量數據進行分治處理。并行操作是一種非確定性的優化策略,在選擇的時候需要小心對待。目前,使用并行操作特性的主要有下面幾個方面:

Parallel Query:并行查詢,使用多個操作系統級別的Server Process來同時完成一個SQL查詢;

Parallel DML:并行DML操作。類似于Parallel Query。當要對大數據量表進行DML操作,如insert、update和delete的時候,可以考慮使用;

Parallel DDL:并行DDL操作。如進行大容量數據表構建、索引rebuild等操作;

Parallel Recovery,并行恢復。當數據庫實例崩潰重新啟動,或者進行存儲介質恢復的時候,可以啟動并行恢復技術。從而達到減少恢復時間的目的;

Procedural Parallel,過程代碼并行化。對我們編寫的代碼片段、存儲過程或者函數,可以實現執行的并行化,從而加快執行效率;

1、并行查詢Parallel Query

Oracle數據庫的并行查詢是比較基礎的技術,也是OLAP和Oracle Data Warehouse經常使用的一種并行技術。同本系列前面一直強調的要素相同,在確定使用并行技術之前,要確定軟硬件的一些先決條件:

任務task必要條件。備選進行并行操作的任務task必須是一個大任務作業,比如,長時間的查詢。任務時間通常可以以分鐘、小時進行計數。只有這樣的任務和需要,才值得讓我們冒險使用并行操作方案;

資源閑置條件。只有在數據庫服務器資源存在閑置的時候,才可以考慮進行并行處理。如果經常性的繁忙,貿然使用并行只能加劇資源的爭用。

并行操作最大的風險在于并行爭用引起的效率不升反降。所以,要在確定兩個前提之后,再進行并行規劃處理。

2、環境準備

首先,準備實驗環境。由于筆者使用的一般家用PC虛擬機,所以并行度和存儲量不能反映真實條件需求,見諒。

SQL> select * from v$version where rownum<2;

BANNER

--------------------------------------------------------------------------------

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

SQL> select count(*) from t;

 COUNT(*)

----------

1160704

選擇11gR2服務器環境,數據表T總數據量超過一百萬。

首先,我們觀察一下不使用并行的執行情況。

//提取出使用游標信息;

SQL> select sql_text, sql_id, version_count from v$sqlarea where sql_text like 'select count(*) from t%';

SQL_TEXT            SQL_ID    VERSION_COUNT

------------------------------ ------------- -------------

select count(*) from t     2jkn7rpsbj64t       2

SQL> select * from table(dbms_xplan.display_cursor('2jkn7rpsbj64t',format => 'advanced', cursor_child_no => 0));

PLAN_TABLE_OUTPUT

--------------------------------------------------------------------------------

SQL_ID 2jkn7rpsbj64t, child number 0

-------------------------------------

select count(*) from t

Plan hash value: 2966233522

-------------------------------------------------------------------

| Id | Operation     | Name | Rows | Cost (%CPU)| Time   |

-------------------------------------------------------------------

|  0 | SELECT STATEMENT  |   |    | 4464 (100)|     |

|  1 | SORT AGGREGATE  |   |   1 |      |     |

|  2 |  TABLE ACCESS FULL| T  | 1160K| 4464  (1)| 00:00:54 |

-------------------------------------------------------------------

該執行計劃中沒有使用并行特性,進行全表掃描。執行時間為54s。

3、并行查詢計劃

首先,我們設置相應的并行度。設置并行度有兩種方式,一種是使用hint加在特定的SQL語句上。另一種是對大對象設置并行度屬性。

前者的優點是帶有一定的強制性和針對性。就是指定特定的SQL語句進行并行處理。這樣的優點是易于控制并行度,缺點是帶有很強的強制力,當數據量偏小的時候,使用并行優勢不大。而且如果是顯示指定并行度,又會帶來移植伸縮性差的缺點。

后者通過對象的屬性指定并行度。就將并行作為一種執行手段,提供給優化器進行選擇。這樣,CBO會根據系統中資源的情況和數據的實際,進行執行計劃生成。計劃中可能是并行,也可能不是并行。這樣的優點是將并行與否交予優化器CBO去判斷,缺點是并行的濫用風險。

此處,筆者設置自動確定并行度的方式。

SQL> alter table t parallel;

Table altered

SQL> select count(*) from t;

 COUNT(*)

----------

1160704

當啟動查詢時,Oracle中的并行伺候進程池會根據系統中的負荷和實際因素,確定分配出的并行進程數量。此時,我們可以通過視圖v$px_process來查看進程池中的連接信息。

SQL> select * from v$px_process;

SERVER_NAME STATUS      PID SPID       SID  SERIAL#

----------- --------- ---------- ------------------------ ---------- ----------

P000    AVAILABLE     25 5776               

P001    AVAILABLE     26 5778

注意,并行伺候進程是一種特殊的Server Process,本質上是一種可共享的slave進程。專用連接模式下,一般的Server Process與Client Process是“同生共死”的關系,終身服務于一個Client Process。而伺候slave進程是通過進程池進行管理的,一旦啟動初始化,就會在一定時間內駐留在系統中,等待下次并行處理到來。

此時,我們檢查v$process視圖,也可以找到對應的信息。

SQL> select * from v$process;

PID SPID     PNAME USERNAME      SERIAL# PROGRAM   

-------- ---------- ------------------------ ----- --------------- ---------- -------------------------------

25 5776      P000 oracle         13 oracle@oracle11g (P000)  

26 5778      P001 oracle          6 oracle@oracle11g (P001)  

(篇幅由于原因,予以省略……)

32 rows selected

對應的OS中,也存在相應的真實進程伺候。

[oracle@oracle11g ~]$ ps -ef | grep oracle

(篇幅由于原因,予以省略……)

oracle  5700   1 0 17:29 ?    00:00:02 oraclewilson (LOCAL=NO)

oracle  5723   1 0 17:33 ?    00:00:00 ora_smco_wilson

oracle  5764   1 2 17:40 ?    00:00:05 oraclewilson (LOCAL=NO)

oracle  5774   1 0 17:42 ?    00:00:00 oraclewilson (LOCAL=NO)

oracle  5776   1 0 17:43 ?    00:00:00 ora_p000_wilson

oracle  5778   1 0 17:43 ?    00:00:00 ora_p001_wilson

oracle  5820   1 1 17:44 ?    00:00:00 ora_w000_wilson

由于此時查詢已經結束,對應的并行會話信息,已經消失不可見。

SQL> select * from v$px_session;

SADDR      SID  SERIAL#   QCSID QCSERIAL#

-------- ---------- ---------- ---------- ----------

但是,如果任務的時間長,是可以捕獲到對應信息的。

從上面的情況看,我們執行一個并行操作時,Oracle會從伺候進程池中獲取到對應的并行進程,來進行操作。當操作完成后,伺候進程還會等待一定時間,之后回收。

并行操作進程的資源消耗,通過v$px_sysstat視圖查看。

SQL> col statistic for a30;

SQL> select * from v$px_process_sysstat;

STATISTIC              VALUE

------------------------------ ----------

Servers In Use             0

Servers Available            0

Servers Started             2

Servers Shutdown            2

Servers Highwater            2

Servers Cleaned Up           0

Server Sessions             6

Memory Chunks Allocated         4

Memory Chunks Freed           0

Memory Chunks Current          4

Memory Chunks HWM            4

Buffers Allocated           30

Buffers Freed             30

Buffers Current             0

Buffers HWM               8

15 rows selected

下面,我們檢查一下執行計劃信息。

SQL> set pagesize 10000;

SQL> select * from table(dbms_xplan.display_cursor('2jkn7rpsbj64t',format => 'advanced',cursor_child

_no => 1));

PLAN_TABLE_OUTPUT

----------------------------------------------------------------------------------------------------

SQL_ID 2jkn7rpsbj64t, child number 1

-------------------------------------

select count(*) from t

Plan hash value: 3126468333

----------------------------------------------------------------------------------------------------

| Id | Operation       | Name   | Rows | Cost (%CPU)| Time   |  TQ |IN-OUT| PQ Distrib

----------------------------------------------------------------------------------------------------

|  0 | SELECT STATEMENT    |     |    | 2478 (100)|     |    |   |     

|  1 | SORT AGGREGATE    |     |   1 |      |     |    |   |     

|  2 |  PX COORDINATOR    |     |    |      |     |    |   |     

|  3 |  PX SEND QC (RANDOM) | :TQ10000 |   1 |      |     | Q1,00 | P->S | QC (RAND)

|  4 |   SORT AGGREGATE   |     |   1 |      |     | Q1,00 | PCWP |     

|  5 |   PX BLOCK ITERATOR |     | 1160K| 2478  (1)| 00:00:30 | Q1,00 | PCWC |     

|* 6 |    TABLE ACCESS FULL| T    | 1160K| 2478  (1)| 00:00:30 | Q1,00 | PCWP |     

----------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

---------------------------------------------------

6 - access(:Z>=:Z AND :Z<=:Z)

從執行計劃的條件(6 - access(:Z>=:Z AND :Z<=:Z))中,我們可以看到任務分配,之后分別進行全表掃描。最后排序計算count,合并結果的過程。

4、結論

Oracle Parallel Query是經常使用到的一種并行操作技術。相對于DDL、DML等類型操作,并行查詢更可以作為系統功能的一個步驟來進行。

進行并行查詢最大的風險就是并行濫用和失控的出現。這也是Oracle一直致力解決的問題。在Oracle11gR2中,引入了Parallel Statement Queuing(PSQ)技術特性。通常,只要并行伺候池允許,Oracle會引入盡可能多的并行進程進行操作。PSQ技術的出現,就是從資源角度加入了并行控制。

當系統繁忙的時候,PSQ會將一些要進行的并行操作進入等待狀態,防止并行環境的惡化。當環境好轉之后,等待隊列中的并行語句就進入執行狀態。這個特性就可以有效的防止并行濫用的出現。

更多信息請查看IT技術專欄

更多信息請查看腳本欄目
易賢網手機網站地址:Oracle并行操作之并行查詢實例解析
由于各方面情況的不斷調整與變化,易賢網提供的所有考試信息和咨詢回復僅供參考,敬請考生以權威部門公布的正式信息和咨詢為準!

2026上岸·考公考編培訓報班

  • 報班類型
  • 姓名
  • 手機號
  • 驗證碼
關于我們 | 聯系我們 | 人才招聘 | 網站聲明 | 網站幫助 | 非正式的簡要咨詢 | 簡要咨詢須知 | 新媒體/短視頻平臺 | 手機站點 | 投訴建議
工業和信息化部備案號:滇ICP備2023014141號-1 云南省教育廳備案號:云教ICP備0901021 滇公網安備53010202001879號 人力資源服務許可證:(云)人服證字(2023)第0102001523號
云南網警備案專用圖標
聯系電話:0871-65099533/13759567129 獲取招聘考試信息及咨詢關注公眾號:hfpxwx
咨詢QQ:1093837350(9:00—18:00)版權所有:易賢網
云南網警報警專用圖標
中文字幕免费精品_亚洲视频自拍_亚洲综合国产激情另类一区_色综合咪咪久久
亚洲午夜伦理| 狠狠色狠狠色综合| 欧美日韩中文| 国产精品sm| 久久午夜精品一区二区| 久久综合九九| 久久精品国产久精国产思思| 一区二区免费在线观看| 亚洲午夜免费视频| 久久久www成人免费无遮挡大片 | 亚洲高清不卡在线观看| 亚洲精品一区二区三区蜜桃久| 日韩亚洲在线观看| 欧美一区二区在线视频| 中文高清一区| 欧美一区二区视频在线| 国产麻豆午夜三级精品| 亚洲第一色中文字幕| 亚洲欧美日韩国产一区二区三区| 国产精品羞羞答答| 亚洲精品网址在线观看| 亚洲欧美日韩一区二区| 国产欧美日本在线| 日韩视频在线免费| 日韩视频在线观看国产| 久久久精彩视频| 国产精品揄拍一区二区| 亚洲片在线观看| 欧美诱惑福利视频| 激情国产一区| 欧美va亚洲va日韩∨a综合色| 国产毛片一区| 亚洲一级在线| 性视频1819p久久| 亚洲欧美高清| 国产日本精品| 午夜精品免费在线| 久久综合一区二区| 经典三级久久| 久久精品国产亚洲一区二区三区| 美女被久久久| 99天天综合性| 久久久亚洲国产天美传媒修理工 | 国产精品免费视频xxxx| 久久国产精品一区二区三区四区 | 国产视频一区三区| 国产精品老牛| 久久亚洲精品网站| 欧美一区二区在线| 欧美—级在线免费片| 狠狠干综合网| 一区二区三区高清不卡| 欧美一级精品大片| 欧美色中文字幕| 欧美日韩xxxxx| 久久久精品一区| 国产一区二区三区在线观看精品| 国产亚洲一区二区在线观看| 欧美视频精品在线| 亚洲国内自拍| 亚洲乱码国产乱码精品精可以看 | 国产精品高潮呻吟视频| 国产日韩精品久久久| 亚洲国产成人tv| 欧美一区二区三区在线| 欧美精品www| 亚洲高清久久| 亚洲综合导航| 国产精品色在线| 国产精品男人爽免费视频1| 亚洲精品久久久久| 亚洲欧美日韩精品久久久| 久久精品欧美日韩精品| 国产一区二区丝袜高跟鞋图片| 亚洲综合色网站| 国产精品激情| 欧美一区二区视频观看视频| 欧美高清视频www夜色资源网| 一本一本久久a久久精品综合麻豆| 日韩一二三区视频| 狠狠噜噜久久| 香蕉久久夜色精品| 国产亚洲精品自拍| 激情五月综合色婷婷一区二区| 久久aⅴ国产紧身牛仔裤| 亚洲精品欧美日韩专区| 欧美精品三级日韩久久| 久久久www成人免费精品| 免费日韩一区二区| 91久久黄色| 欧美三日本三级少妇三2023| 在线日韩中文字幕| 蜜臀久久99精品久久久久久9 | 国产精品一区二区久久国产| 亚洲精选一区二区| 欧美日韩1区2区3区| 亚洲黄色影院| 欧美日韩国产一级片| 日韩午夜av| 国产一区在线免费观看| 亚洲天堂成人在线视频| 国产精品久久久久一区二区三区 | 国产九九精品| 欧美在线视频观看| 国产精品v日韩精品| 欧美一级二级三级蜜桃| 激情偷拍久久| 欧美激情精品| 亚洲黑丝在线| 国产精品成人一区二区| 国产精品99久久久久久人| 欧美视频精品在线| 99国产一区| 国产精品美女久久久久久免费| 亚洲资源av| 精品粉嫩aⅴ一区二区三区四区| 美日韩精品免费| 亚洲精品资源美女情侣酒店| 欧美日韩免费观看一区 | 亚洲一区二区少妇| 久久综合色播五月| 亚洲欧美美女| 在线观看欧美日韩| 狠狠色狠狠色综合日日91app| 久久伊人亚洲| 在线观看三级视频欧美| 国产精品久久久久久超碰| 亚洲精品久久久久| 国产无一区二区| 欧美成人国产va精品日本一级| 亚洲美女在线国产| 亚洲欧洲精品成人久久奇米网 | 精品51国产黑色丝袜高跟鞋| 久久久精品五月天| 国产精品伦子伦免费视频| 欧美大秀在线观看| 亚洲精品色图| 农村妇女精品| 美女黄色成人网| 136国产福利精品导航| 欧美日韩99| 亚洲看片免费| 国产日韩欧美综合在线| 亚洲一区二区伦理| 亚洲欧美综合v| 国产精品狼人久久影院观看方式| 亚久久调教视频| 国内精品久久久久久久影视蜜臀| 欧美日韩二区三区| 亚洲精品专区| 国产日韩在线播放| 欧美性大战久久久久| 国产精品久久久久久久第一福利| 日韩视频欧美视频| 美女黄网久久| 洋洋av久久久久久久一区| 国产在线观看精品一区二区三区| av不卡在线看| 日韩一级二级三级| 久久午夜电影网| 在线一区二区日韩| 国产农村妇女毛片精品久久麻豆 | **网站欧美大片在线观看| 亚洲国产经典视频| 一区二区电影免费观看| 香蕉久久精品日日躁夜夜躁| 欧美日韩亚洲一区二区三区四区 | 精品成人在线观看| 久久国内精品视频| 亚洲国产精品久久久久婷婷884 | 国产一区二区三区的电影| 亚洲欧美日韩人成在线播放| 欧美午夜在线| 欧美肥婆bbw| 欧美精品一区二区三区在线播放 | 午夜在线成人av| **网站欧美大片在线观看| 午夜精品久久久久久久99樱桃| 国外成人性视频| 国产精品区一区二区三| 一区二区在线免费观看| 国产日韩在线一区| 久久国产夜色精品鲁鲁99| 99在线热播精品免费99热| 亚洲国产日韩在线一区模特| 一区二区三区欧美成人| 日韩午夜电影| 欧美专区在线| 中国成人亚色综合网站| 在线免费观看成人网| 欧美aa在线视频| 99热在线精品观看| 日韩视频精品在线| 久久久国产精品一区| 国产偷自视频区视频一区二区| 亚洲午夜黄色| 亚洲综合大片69999| 亚洲国产成人精品久久| 欧美日韩国产经典色站一区二区三区| 99精品欧美|