自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

DB2執(zhí)行計劃更新的常用方案有哪些?

數(shù)據(jù)庫
我們今天是要和大家一起討論的是DB2執(zhí)行計劃更新的幾個最常見的操作方法,以及對DB2的優(yōu)化器根據(jù)什么來判斷SQL的最優(yōu)存取路徑的描述。

文章主要描述的是DB2執(zhí)行計劃更新的幾個最常見的操作方法,與Oracle數(shù)據(jù)庫一樣,DB2數(shù)據(jù)庫里面也是通過優(yōu)化器來對對SQL進行分析,生成它認為***的執(zhí)行計劃(Access Plan)。DB2的優(yōu)化器實際上是一個標準規(guī)則集合,一般來說我們只要告訴DB2要檢索什么,而不是如何檢索。

 

那么DB2的優(yōu)化器是根據(jù)什么來判斷SQL的***存取路徑呢?

DB2的優(yōu)化器是基于成本的優(yōu)化器,也就是CBO(Cost Based Optmizer)。也就是說DB2 優(yōu)化器會應用查詢成本公式,該公式對每條可能的存取路徑的四個因素進行評估和權衡:CPU 成本、I/O 成本、DB2 系統(tǒng)目錄中的統(tǒng)計信息和實際的 SQL 語句。

那么我們來簡單看一下DB2的優(yōu)化器的工作流程:

1. DB2的優(yōu)化器,在接收到SQL語句后,會首先校驗SQL的語法,確保是正確的SQL;

2. 根據(jù)當前的系統(tǒng)環(huán)境信息,生成***的DB2執(zhí)行計劃來優(yōu)化SQL語句;

3. 把SQL翻譯成計算機指令語言,并執(zhí)行這個優(yōu)化后的SQL;

4. 返回結(jié)果,或者存儲它們,以便將來的執(zhí)行。

在我們看來,DB2 系統(tǒng)目錄中統(tǒng)計信息是讓DB2優(yōu)化器正確工作的一個非常重要的依據(jù)。這些統(tǒng)計信息向優(yōu)化器提供了與正在被優(yōu)化的 SQL 語句將要訪問的表狀態(tài)相關的信息。這些信息主要包括:

Table--包括表的記錄數(shù)、PAGE、PCTFREE以及COMPRESS等信息,相關的系統(tǒng)視圖是:sysstat.tables、syscat.tables。

Columns—包括COLUMNS的數(shù)量、長度、分布特征以及COMPRESS等信息,相關的系統(tǒng)視圖是:sysstat.columns、syscat. columns。

Index--包括是否存在索引、索引的組織(葉子頁的數(shù)量和級別的數(shù)量)、索引鍵的離散值的數(shù)量以及是否群集索引, 相關的系統(tǒng)視圖是:sysstat.indexes、syscat. indexes。

其他的還有分區(qū)/節(jié)點組信息和表空間的信息,如何及時更新這些信息呢?保證DB2優(yōu)化器正確的工作,在DB2里面提供了以下的辦法。

RUNSTATS與REOGCHK

Runstats這個命令的功能主要就是收集數(shù)據(jù)庫對象的狀態(tài)信息,這對數(shù)據(jù)庫使用合理的ACCESS PLAN是至關重要的。一般來說,以下幾種情況下面,我們需要用runstats來收集統(tǒng)計信息:

1. 在給表創(chuàng)建一個index后,我們***做一次runstat。這個情況也是大家經(jīng)常忽略的。很多時候大家在給表增加了一個index后,分析DB2執(zhí)行計劃,發(fā)現(xiàn)沒有變化,覺得很奇怪。其實這個時候,你需要做一次runstats,就可以了。在8.2里面,DB2做了很好的改進,可以避免這個問題,在創(chuàng)建index的時候,可以立即更新你的信息。

2. 在對table做了一次reorg后,記得要做一次runstats。因為對表做reorg,會修改表的很多信息,比如高水位等,所以做一次runstats,可以更新統(tǒng)計信息。

3. 當你的表里面的數(shù)據(jù)發(fā)生了比較大的變化,一般來說,大約表里面的數(shù)據(jù)量的10%-20%發(fā)生了變化,就應該作一次runstats。這些變化包括刪除,修改,插入。對于一些非常大的表,比方在數(shù)據(jù)倉庫的項目里面,某些事實表非常巨大。這個時候,完整的對一個大表作runstats可能花費時間相當大,DB2 8.1里面支持我們對這些大表作抽樣,比方說只對20%的數(shù)據(jù)作runstats,這樣的話,一般來說也能保證得到正確的DB2執(zhí)行計劃。當然首先要確保這個表里面的數(shù)據(jù)***分布比較均勻。

4. 當你在分區(qū)(DPF)數(shù)據(jù)庫里面使用了REDISTRIBUTE DATABASE PARTITION GROUP這個命令,那么就需要用runstats來收集新的統(tǒng)計信息。

RUNSTATS命令的語法如下:

如果表名為DB2INST1.STAFF,表上有索引,則可以用下面的例子完成RUNSTATS命令:

以下是引用片段:

db2 runstats on table db2inst1.

 

staff with distribution and detailed indexes all

 

在實際的項目里面,對于變化比較大的表,需要我們定時對數(shù)據(jù)庫做runstats,一般來說runstats和reorg可以結(jié)合起來做,首先對表作reorg,然后做runstats,***REBIND數(shù)據(jù)庫根據(jù)***的統(tǒng)計信息生成合適的統(tǒng)計計劃。

值得注意的是,如果我們要處理的表數(shù)據(jù)量是快速變化的,比如在電信移動行業(yè),需要在月末進行處理的匯總表。在不長的時間范圍內(nèi)數(shù)據(jù)量變化特別大,從而使得RUNSTATS 得到的統(tǒng)計信息不準確,原因是這些統(tǒng)計信息只是某個時間點的信息。您可以用這條語句來把表修改為volatile。

alter table table_name volatile cardinality

這樣優(yōu)化器將考慮使用索引掃描而不是表掃描。無論統(tǒng)計信息如何,優(yōu)化器將使用索引掃描而不是使用表掃描。

IBM的文檔里面還提供了REORGCHK這個命令,可以根據(jù)統(tǒng)計公式計算表是否需要重整。

比如可以分為對系統(tǒng)表和用戶表兩部分分別進行REORGCHK:

(1) 針對系統(tǒng)表進行REORGCHK:

db2 reorgchk update statistics on table system

(2) 針對用戶表進行REORGCHK:

db2 reorgchk update statistics on table user

需要注意的是,如果數(shù)據(jù)庫中數(shù)據(jù)量比較大,這些操作一般所需時間比較長,所以盡量安排在數(shù)據(jù)庫比較空閑的時候做。

db2 update db cfg using AUTO_MAINT off AUTO_TBL_MAINT off AUTO_RUNSTATS off

在DB2 8.2里面數(shù)據(jù)庫可以自動進行統(tǒng)計信息收集,不過這樣的動作還是會帶來額外的負載,一般情況下面可以關掉,只在我們需要的時候運行就可以了。

LOAD

Load這個工具是DB2里面一個非常強大的數(shù)據(jù)遷移工具。一般用作大批量的數(shù)據(jù)插入。因為Load操作不記日志,所以效率非常好。筆者曾經(jīng)在RS6000平臺上面實現(xiàn)50-60m/s的速度Load數(shù)據(jù)。在這里我想討論的是在DB2數(shù)據(jù)庫里面如何用load來影響你的catalog視圖的統(tǒng)計信息。

在Load的時候使用statistics選項可以在裝入的過程中生成統(tǒng)計數(shù)據(jù),這些統(tǒng)計數(shù)據(jù)可以供優(yōu)化器確定最有效的執(zhí)行sql語句的方式。

比如:

對表和索引產(chǎn)生最詳細的統(tǒng)計數(shù)據(jù):

以下是引用片段:

load from mobile_number.

 

del of del replace into

 

mobile statistics yes with

 

distribution and detailed indexes all

 

對表和索引都產(chǎn)生簡略的統(tǒng)計:

 

以下是引用片段:

load from mobile_number.del of del replace into

 

mobile statistics yes and indexes all

 

需要值得注意的時候在DB2 8.2新版本里面,可以這樣做:

 

以下是引用片段:

load from mobile_number.del of del replace into

 

mobile statistics use profile

 

DB2 LOOK

 

Db2look是DB2一個相當強大的一輔助工具,可以幫助我們從當前數(shù)據(jù)庫里面把數(shù)據(jù)庫結(jié)構抽取出來。在數(shù)據(jù)遷移的很多場合,我們都非常需要這個強大的工具。

 

在一些場合,特別是開發(fā)庫遷移到生產(chǎn)庫,生產(chǎn)庫遷移到開發(fā)庫的環(huán)境中,為了保證DB2執(zhí)行計劃的一致,我們需要用db2look這個工具,利用 db2look 工具提供的抽取數(shù)據(jù)庫對象統(tǒng)計信息的功能,把數(shù)據(jù)庫的統(tǒng)計信息進行遷移。

比如:

(1) 在用戶環(huán)境下提取統(tǒng)計信息:

db2 runstats on table <用戶表模式名>.<表名>

db2look -d <用戶數(shù)據(jù)庫名> -t <表名> -m -o statis.sql

輸出文件中是對用戶的 DB2 系統(tǒng)編目表中與該表統(tǒng)計信息相關的各字段值的 UPDATE 語句。

db2 -svtf statis.sql

(2) 利用用戶提供的統(tǒng)計信息更新測試環(huán)境下測試表的統(tǒng)計信息。

【編輯推薦】

  1. 對DB2服務器主機名的修改的正確操作流程
  2. IBM DB2數(shù)據(jù)庫中完成包的重綁定的實際操作流程
  3. DB2數(shù)據(jù)庫上建立數(shù)據(jù)庫分區(qū)與命令
  4. JSP連接DB2數(shù)據(jù)庫中易出現(xiàn)的一些問題的破解
  5. 對DB2數(shù)據(jù)集的整理范圍的詳細描述

 

責任編輯:佚名 來源: 賽迪網(wǎng)
相關推薦

2010-07-27 14:46:34

DB2執(zhí)行計劃

2011-05-17 09:32:25

DB2

2010-09-07 14:11:04

DB2更新

2011-03-14 17:36:12

DB2更新執(zhí)行計劃

2010-11-04 14:25:19

DB2 SQL文執(zhí)行計

2010-09-07 09:54:41

DB2數(shù)據(jù)庫

2010-11-04 14:35:38

DB2 sql文執(zhí)行計

2009-03-26 14:53:16

DB2數(shù)據(jù)庫管理

2011-03-16 11:17:30

DB2數(shù)據(jù)庫執(zhí)行計劃

2010-08-13 13:12:19

DB2數(shù)據(jù)庫

2010-07-30 15:44:04

DB2數(shù)據(jù)庫

2010-08-19 14:04:46

DB2數(shù)據(jù)庫

2010-08-18 10:52:36

DB2執(zhí)行計劃顯示工具

2010-08-13 11:40:24

執(zhí)行DB2命令

2010-08-06 13:55:58

DB2數(shù)據(jù)庫命令

2010-08-09 13:22:40

DB2應用系統(tǒng)

2010-07-29 10:04:20

執(zhí)行DB2命令

2010-08-09 10:36:20

執(zhí)行DB2命令

2010-08-16 09:48:28

DB2數(shù)據(jù)庫

2010-08-03 10:41:14

執(zhí)行DB2數(shù)據(jù)庫
點贊
收藏

51CTO技術棧公眾號