2006年7月21日

Question:
The restore command works fine, but while attempting the rolforward of the sql logs, it complains about database falling short on bufferpool,and then terminates the rollforward process. One close look at the db2diag.log file, I noticed that db2 tried to start the database with the hidden bufferpool. But, apparently, that hidden bufferpool was pretty small to rollforward the logs and bring it online.

I cannot reduce the bufferpool size as the database cannot be connected to.I cannot connect to the database as it is in rollforward pending state. I cannot rollforward the database, as it's not happy with the size of the *hidden* bufferpool and terminates.

Answer:

db2set DB2_OVERRIDE_BPF=50000

This will bring up all configured bufferpools using 50000 pages each. You
can choose a smaller/larger value that is suitable for your number of
bufferpools and available system memory. You can also configure each
bufferpool individually if you want

値: 正數(shù)のページ數(shù)
???? OR
?<entry>[;<entry>...] (<entry>=<バッファー?プール ID>,<ページ數(shù)> )

There is sitiuation that above solution does not work.

				When you try to create a bufferpool or alter a bufferpool to a
very large size and there is not enough memory in the system
, DB2 may occupies all pagespace and overrall performance of
the system become slow and may get hang at last because no
pagespace is available. Then after you connect the database
next time, DB2 will do crash recovery and still try to
allocate memory for this big bufferpool and occupy all
pagespace again. when you specify DB2_OVERRIDE_BPF parameter
to override bufferpool size, it doesn't take effect in this
situation. This is becasue DB2_OVERRIDE_BPF only applies for
bufferpools that already exist at startup, and not to
bufferpools that are created during crash recovery or roll
forward. We will fix this problem and check DB2_OVERRIDE_BPF
registry when creating bufferpools during crash recovery or
roll forward. This problem only occurs in a 64 bit instance.

		

Local fix

				You can use db2iupdt -w 32 <INSTNAME> to update the instance to
a 32 bit instance, then you can connect to the database
succefully. After that, use db2iupdt -w 64 <INSTNAME> to update
the instance to 64 bit again. Please take a backup at this
point, so we don't have to roll forward through bufferpool
creation that fails if we need restore and roll forward
database.

		

Problem summary

				Users Affected:
All users using 64 bit instance
Problem Description:
When you try to create a bufferpool or alter a bufferpool to a
very large size and there is not enough memory in the system
, DB2 may occupies all pagespace and overrall performance
of the system become slow and may get hang at last
because no pagespace is available. Then after you connect the
database at next time, DB2 will do crash recovery and still try
to allocate
memory for this big bufferpool and occupy all pagespace again.
In this situation, when you specify DB2_OVERRIDE_BPF parameter
to override bufferpool size, it doesn't take effect in this
situation. This
is becasue DB2_OVERRIDE_BPF only applies for bufferpools that
already exist at startup, and not to bufferpools that are
created during crash recovery or roll forward. We will fix
this problem and check
DB2_OVERRIDE_BPF registry when creating bufferpools during crash
recovery or roll forward. This problem only occurs in 64 bit
instance.
Problem Summary:
This problem is caused by a misoperation, when you create or alt
er a bufferpool, the size is too large to allocated from OS and
cause overrall performance of the system is very slow and seems
hang. Another problem is that DB2_OVERRIDE_BPF registry only app
lies to bufferpools that already exists, and not bufferpools wil
l be created in crash recovery or roll forward. So DB2 will try
to create this big bufferpool again when doing crash recovery or
 roll forward. We will fix this problem and check DB2_OVERRIDE_B
PF registry in our crash recovery and roll forward code.

		

Problem conclusion

Temporary fix

				You can use db2iupdt -w 32 <INSTNAME> to update the instance to
a 32 bit instance, then you can connect to the database
succefully. After that, use db2iupdt -w 64 <INSTNAME> to update
the instance to 64 bit again. Please take a backup at this
point, so we don't have to roll forward through bufferpool
creation that fails if we need restore and roll
forward database.Please also notice that be careful when creati
ng bufferpool, don't specify a too large value.

		

Change db2 password in db2 level

C:\> db2 connect to SAMPLE user TEST using OLDPWD new NEWPWD confirm NEWPWD
C:\> db2 connect to SAMPLE user TEST using OLDPWD change password

C:\> db2 attach to NODE user TEST using OLDPWD new NEWPWD confirm NEWPWD
C:\> db2 attach to NODE user TEST using OLDPWD change password

$ db2 list db directory on /path_to_where_db_created?

$ db2 list db directory

Illustration of standard tables

April 12, 2006

...

標(biāo)簽 Tags: 其它與DB2 Administration (12) 相關(guān)的話題

Posted by Alex at 6:26 PM | Comments (0) | TrackBack (0) | Edit

$ db2 list tablespaces show detail > /tmp/ts.list

Illustration of the DMS table-space address map

April 11, 2006

...

標(biāo)簽 Tags: 其它與DB2 Administration (12) 相關(guān)的話題

Posted by Alex at 4:46 PM | Comments (0) | TrackBack (0) | Edit

$ df -kl?

db2 => get db cfg |more?

db2 => list tablespaces show detail |more
syscatspace	0x0000?

db2 => list command options

 -c    自動落實(shí)                                  OFF 

										Local DB2 Env??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? Remote DB2 Env
										

										
Index Specification??? ->??? Nickname??  - - ->?? True Index??? ->??? Table

   CREATE UNIQUE INDEX JOB_BY_DEPT
     ON EMPLOYEE (WORKDEPT, JOB)
     SPECIFICATION ONLY        

SQLLIB\BIN> db2
db2 => list command options
??? -c?? ON
db2 => update command options using c off
db2 => list command options
??? -c??  OFF

SQLLIB\BIN> db2 list command options
??? -c??? ON
SQLLIB\BIN> db2 +c
db2 =>
db2 => list command options
??? -c??? OFF
db2 => quit
SQLLIB\BIN> db2 list command options
??? -c??? ON

SQLLIB\BIN\> db2 list command options
??? -c??  ON
SQLLIB\BIN\> db2set db2options=+c
SQLLIB\BIN\> db2 list command options
??? -c??  OFF

SQLLIB\BIN> db2set db2opptions=-c

db2=> RENAME TABLE EMP TO EMPLOYEE
db2=> RENAME TABLE ABC.EMP TO EMPLOYEE 
db2=> RENAME INDEX NEW-IND TO IND
db2=> RENAME INDEX ABC.NEW-IND TO IND

DB2 UDB中用戶出口程序是如何工作的？

?

采用用戶出口程序與DB2 UDB共同工作背后的基本思想是提供一種歸檔和檢索數(shù)據(jù)庫日志文件的方法以實(shí)現(xiàn)日志冗余處理并從易失性介質(zhì)上轉(zhuǎn)儲出來。重要的，值得注意的是，根據(jù)你的特殊需求，在用戶出口程序當(dāng)中，除了能實(shí)現(xiàn)歸檔和檢索日志之外，你還可以實(shí)現(xiàn)其他的操作。

?

如果一個(gè)數(shù)據(jù)庫需要采用歸檔日志文件來進(jìn)行恢復(fù)，在DB2 UDB中實(shí)行用戶出口程序策略將不能恢復(fù)100%的事務(wù)。用戶出口程序只是一種通過拷貝已經(jīng)存在的日志文件到一個(gè)安全的地方來為其提供更多保護(hù)的方法。它是數(shù)據(jù)完整性策略中的一部分，而且是重要的一部分。

?

編譯了用戶出口程序之后，可執(zhí)行程序db2uext2被放置在數(shù)據(jù)庫管理器可以找到的目錄當(dāng)中。在UNIX?中，這個(gè)目錄是/sqllib/adm；在Windows?中，是Program FilesIBMSQLLIBBIN。

?

除非數(shù)據(jù)庫管理器知道用戶出口程序是可用的，不然它不會調(diào)用db2uext2。讓數(shù)據(jù)庫管理器知道db2uext2可以被調(diào)用的唯一方法是將數(shù)據(jù)庫配置參數(shù)userexit設(shè)置為on。一旦這個(gè)參數(shù)被設(shè)定好而且DB2實(shí)例被重復(fù)利用了，數(shù)據(jù)庫管理器將每五分鐘調(diào)用一次用戶出口程序來檢查那些可以被歸檔到程序相關(guān)的歸檔目錄的日志文件。

?

如果數(shù)據(jù)庫的恢復(fù)是必要的，在前滾操作期間，數(shù)據(jù)庫管理器將調(diào)用db2uext2把歸檔日志文件拷貝回活動的日志目錄當(dāng)中。然后，日志文件被再次運(yùn)用到重建的數(shù)據(jù)庫中。

?

讓我們看看被數(shù)據(jù)庫管理器生成的到用戶出口程序的調(diào)用的格式。注意，這一信息也可以在用戶出口示例程序的注釋部分找到。

db2uext2 -OS -RL

-RQ -DB -NN

-LP -LN [-AP]

?

其中：

os=操作系統(tǒng)

release=DB2發(fā)行版本

request= 'ARCHIVE' 或 'RETRIEVE'

dbname=數(shù)據(jù)庫名

nodenumber=節(jié)點(diǎn)號

logpath=日志文件目錄

logname=日志文件名

logsize=日志文件大小（可選）

startingpage=以4k頁為單位的起始偏移量（可選）

adsmpasswd=ADSM密碼（可選）

?

注意：只有當(dāng)logpath為裸設(shè)備時(shí)才使用logsize和startingpage。

?

歸檔或者從磁盤檢索日志文件遵從以下命名規(guī)則：

歸檔：歸檔路徑＋數(shù)據(jù)庫名＋節(jié)點(diǎn)號＋日志文件名

檢索：檢索路徑＋數(shù)據(jù)庫名＋節(jié)點(diǎn)號＋日志文件名

?

比如：如果歸檔的路徑為”c:mylogs”,

檢索路徑是“c:mylogs”，

數(shù)據(jù)庫名是“SAMPLE”，

節(jié)點(diǎn)號是 NODE0000，

文件名是 S0000001.LOG，

日志文件將是：

歸檔到 - c:mylogsSAMPLENODE0000S0000001.LOG

檢索自 - c:mylogsSAMPLENODE0000S0000001.LOG

以下描述了用戶出口程序中的邏輯是如何運(yùn)轉(zhuǎn)的：

1)? 安裝信號處理程序。

2)? 驗(yàn)證傳遞的參數(shù)個(gè)數(shù)。

3)? 驗(yàn)證操作請求。

4)? 開始審計(jì)跟蹤（如果有此請求）。

5)? 根據(jù)操作需求的不同獲取以下路徑中的一個(gè)：

a)? 如果操作需求為歸檔一個(gè)文件，將日志文件從日志路徑拷貝到歸檔路徑中。

i） 如果沒有找到日志文件，執(zhí)行第6點(diǎn)。

?

b)? 如果操作需求是檢索一個(gè)文件，將日志文件從檢索路徑拷貝到日志路徑中。

i） 如果沒有找到日志文件，執(zhí)行第6點(diǎn)。

6) 將錯(cuò)誤記入日志（如果要求或者有需要的話）。

7)? 結(jié)束審計(jì)跟蹤（如果有請求）。

8)? 以適當(dāng)?shù)姆祷卮a退出。

?

手工調(diào)用用戶出口程序來歸檔日志文件是可以的，但最好還是使用ARCHIVE LOG命令以便在定義以上參數(shù)時(shí)不會因?yàn)槟愕脑驅(qū)е洛e(cuò)誤。在這篇文章的末尾，可以找到關(guān)于ARCHIVE LOG命令的鏈接。

?

日志文件術(shù)語

?

DB2 中用戶出口程序的基本功能是將日志文件拷貝到活動日志目錄或反之。這里，值得指出一些術(shù)語來闡明活動的日志目錄被置于何處以及數(shù)據(jù)庫日志文件的狀態(tài)如何。

?

活動日志目錄：

?

該目錄被置于你的數(shù)據(jù)庫目錄中。在Windows中，如果在C:中創(chuàng)建了一個(gè)叫做SAMPLE的單一數(shù)據(jù)庫且實(shí)例名為db2inst1，則將會出現(xiàn)以下的目錄結(jié)構(gòu)：

?

C:DB2INST1NODE0000SQL000001SQLOGDIR

?

SQL00001是SAMPLE數(shù)據(jù)庫的數(shù)據(jù)庫目錄，SQLOGDIR 是活動日志目錄。

?

以下的圖1顯示了Windows操作系統(tǒng)上的活動日志目錄：

PATH o:extrusionok="f" gradientshapeok="t" o:connecttype="rect" />SHAPE id=_x0000_i1025 style="WIDTH: 299.25pt; HEIGHT: 180.75pt" type="#_x0000_t75" />/P>

?

圖 1活動日志目錄

日志文件狀態(tài)

?

在活動日志目錄中，日志文件可以是活動日志，也可以是聯(lián)機(jī)歸檔日志。活動日志是那些被 DB2 用于當(dāng)前事務(wù)處理和崩潰恢復(fù)的日志。聯(lián)機(jī)歸檔日志是那些 DB2 UDB 進(jìn)行常規(guī)處理時(shí)不再需要，而進(jìn)行數(shù)據(jù)庫恢復(fù)時(shí)可能還會需要的日志。當(dāng)實(shí)現(xiàn)用戶出口程序時(shí)，這些聯(lián)機(jī)歸檔日志將最終以歸檔日志目錄中的副本形式出現(xiàn)。

?

既然 DB2 UDB 中用戶出口程序的目的是將數(shù)據(jù)庫日志拷貝到歸檔目錄中，你將最終在活動日志目錄（缺省為 SQLOGDIR）中得到重復(fù)的日志文件。你可能考慮刪除這些重復(fù)的聯(lián)機(jī)歸檔日志以釋放文件系統(tǒng)空間。在從數(shù)據(jù)庫目錄中除去這些日志之前，要十分小心地確認(rèn)它們是否已經(jīng)將成功地被復(fù)制到歸檔目錄中。還必須確保數(shù)據(jù)庫管理器進(jìn)行崩潰恢復(fù)時(shí)不再需要它們。要確定你的活動日志目錄中哪些日志文件不為正常處理所需要，可用通過以下命令檢查數(shù)據(jù)庫配置：

????????

???? db2 "get db cfg for sample"

?

這條命令的數(shù)據(jù)庫配置輸出結(jié)果將包含第一個(gè)活動日志文件，如：

First active log file = S000009.LOG

?

在如上所示的輸出當(dāng)中，日志文件S000009.LOG是數(shù)據(jù)庫當(dāng)前的活動日志。任何編號比該日志文件小的日志文件都被看作聯(lián)機(jī)歸檔日志。

?

這里有一個(gè)例子：

?

在這個(gè)場景中，活動日志目錄中有日志文件 S000000.LOG - S000009.LOG，歸檔日志目錄中有 S000000.LOG - S000008.LOG。因?yàn)?S000009.LOG 是第一個(gè)活動日志文件，所以，可以從活動日志目錄中移走 S000001.LOG - S000008.LOG 以釋放磁盤空間。S000009.LOG 文件必須保留在活動日志目錄中，因?yàn)樗匀槐划?dāng)前事務(wù)使用。

?

同樣可以通過檢查數(shù)據(jù)庫歷史文件來查看活動日志目錄中哪些日志文件不再有用。以下命令將列出數(shù)據(jù)庫備份信息：

?

???? db2 "list history backup all for database sample"

?

以下是該命令的輸出結(jié)果的一個(gè)例子：

?

List History File for sample

Number of matching file entries = 4

Op Obj Timestamp+Sequence Type Dev Earliest Log Current? Log

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

B D 20030416162026001 F D S0000010.LOGS0000014.LOG

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

Contains 2 tablespace(s):

00001 SYSCATSPACE

00002 USERSPACE1

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

?

在上面的輸出中，最早的日志將表示，需要 S0000010.LOG 及其之后的任何日志。 S00000010.LOG 之前的任何日志可以被安全的刪除。再次提醒，在從活動日志目錄中刪除日志文件之前，驗(yàn)證在活動日志目錄中存在這些日志文件的拷貝是十分重要的。

?

雖然可以手動的從活動日志目錄中刪除日志文件，刪除聯(lián)機(jī)歸檔日志文件的安全方法是通過prune logfile命令。該命令可以用來刪除活動歸檔目錄中的日志文件。在下面的示例中，以下命令將刪除日志文件 S000000.LOG - S000008.LOG：

???? db2 "prune logfile prior to S000009.LOG"

?

注意：根據(jù)您的恢復(fù)策略，可能會出現(xiàn)之前的前滾操作在數(shù)據(jù)庫上執(zhí)行的場景。歸檔目錄中的老日志文件可能被同名的新日志文件所覆蓋，從而阻止你使用舊日志文件對數(shù)據(jù)庫進(jìn)行時(shí)間點(diǎn)恢復(fù)。對用戶出口程序的設(shè)計(jì)程序員來說，考慮類似這樣的情況是很重要的。

?

設(shè)置用戶出口

?

在本文中，我們將采用DB2提供的db2uext2.cdisk樣例c程序，它位于你的c目錄當(dāng)中。在UNIX中，c目錄位于/sqllib/samples。Windows中，這目錄位于Program Files/IBM//samples。

?

在Windows中設(shè)置用戶出口

?

修改和編譯用戶出口程序

1.? 創(chuàng)建名為C:mylogs的目錄

2.? 將C:Program filesIBMSQLLIBsamplescdb2uext2.cdisk拷貝到一個(gè)工作目錄當(dāng)中

3.? 對于本示例，用戶出口程序的以下部分應(yīng)該得以驗(yàn)證以反映路徑 c:\mylogs\

?

#define ARCHIVE_PATH "c:\mylogs\"

#define RETRIEVE_PATH "c:\mylogs\"

#define AUDIT_ACTIVE 1 /* enable audit trail logging */

#define ERROR_ACTIVE 1 /* enable error trail logging */

#define AUDIT_ERROR_PATH "c:\mylogs\"

???????????????? /* path must end with a slash */

#define AUDIT_ERROR_ATTR "a" /* append to text file */

#define BUFFER_SIZE 32

??? /* # of 4K pages for output buffer */

?

4.? 確定在你的系統(tǒng)中安裝了被支持的C編譯器（比如，Microsoft Visual Studio）而且環(huán)境中有該編譯器的路徑。

5.? 通過命令行，將db2uext2.cdisk更名為db2uext2.c并構(gòu)建：

cl db2uext2.c

一旦程序被編譯，將創(chuàng)建db2uext2.exe和db2uext2.obj文件。

6.? 將可執(zhí)行文件db2uext2.exe放到/SQLLIB/BIN目錄當(dāng)中從而使數(shù)據(jù)庫管理器能夠定位并執(zhí)行它用以歸檔和檢索日志。

?

為用戶出口創(chuàng)建并準(zhǔn)備數(shù)據(jù)庫

7.? 在 DB2 命令窗口中用 db2sampl 命令創(chuàng)建 SAMPLE 數(shù)據(jù)庫。這將使你對下面的示例使用樣本表。

db2sampl

8.? 更新數(shù)據(jù)庫配置文件以便為數(shù)據(jù)庫打開用戶出口。請注意：只能為一個(gè)數(shù)據(jù)庫分配用戶出口程序，因?yàn)?bin 目錄被所有 DB2 實(shí)例共享。

db2 "update db cfg for sample using userexit on"

db2stop force

<span lang="EN-US" style="FONT-SIZE: 10pt; COLOR: black; FONT-FAMILY: 宋體; mso-hansi-font-family: 'Times New Roman'; mso-bidi-font-family: 宋體; mso-

我們在這里將簡要的闡述一下鎖和隔離級別。

鎖：

DB2 UDB中， 鎖的主要作用對象是表和行， 其他如表空間和索引也是鎖的對象， 但是因?yàn)槠涠酁橄到y(tǒng)控制， 管理員和用戶使用較少，在這里就不涉及了。

對于行級鎖和表級鎖， 它們的區(qū)別不言而喻， 主要是鎖的對象不同。 當(dāng)然鎖對象的不同連帶也會影響DB2的并發(fā)能力。

DB2中的表級鎖主要有以下幾種：

1． IS鎖： 此鎖作用于整個(gè)表，表示擁有此鎖的應(yīng)用連接要讀取表中的某些數(shù)據(jù)， 但是在此應(yīng)用連接讀取具體的數(shù)據(jù)時(shí)， 還必須獲得該行的行級鎖；

2． IX鎖： 此鎖作用于整個(gè)表，表示擁有此鎖的應(yīng)用連接需要獨(dú)占使用表中的某些數(shù)據(jù)， 但是在此應(yīng)用連接獨(dú)占使用具體的數(shù)據(jù)時(shí)， 還必須獲得該行上相應(yīng)的行級鎖；

3． SIX鎖： 此鎖是鎖轉(zhuǎn)換的產(chǎn)物，表示應(yīng)用連接擁有S和IX鎖的特性；

4． S鎖： 此鎖作用于整個(gè)表， 擁有此鎖的應(yīng)用連接可以讀取表中的任何紀(jì)錄；

5． U鎖： 此鎖作用于整個(gè)表， 擁有此鎖的應(yīng)用連接可以讀取表中的任何紀(jì)錄，也可以更新表中的紀(jì)錄， 但是更新時(shí)需要再獲得X鎖； 此鎖主要在“select … with update”語句建立的可更新游標(biāo)中起作用， 其他的應(yīng)用可以讀取表中的紀(jì)錄， 但是不能更新它；

6． X鎖： 此鎖作用于整個(gè)表， 擁有此鎖的應(yīng)用連接獨(dú)占的使用表中的任何紀(jì)錄；可以進(jìn)行更新或其他操作；

7． Z鎖： 此鎖作用于整個(gè)表， 也稱超級獨(dú)占鎖，主要是在象修改表的定義、 刪除表這一類的語句中會使用。 擁有此鎖的應(yīng)用連接對該表有完全的控制權(quán)。 其他的任何應(yīng)用不能讀取或更新表中的任何紀(jì)錄。

在這里我們主要要看一下 IS/IX/SIX這三個(gè)鎖。 在這三個(gè)鎖中IS/IX本身并不具備使得應(yīng)用連接可以讀取或更新紀(jì)錄的能力，應(yīng)用連接要讀取和更新紀(jì)錄時(shí)， 需要再得到相應(yīng)的行級鎖； 反之亦然， 任何應(yīng)用要獲得行級鎖操作數(shù)據(jù)記錄之前， 也必須獲得某個(gè)相應(yīng)的表級鎖。 SIX鎖也是類似的情況。這就是為什麼在很多情況下我們使用的是行級鎖， 但是用快照（SNAPSHOT）等工具卻能夠看到有表級鎖存在的原因。

那麼DB2中又有哪些行級鎖呢？ 讓我們來看下面的這張圖：

此圖中列出了DB2中包含的行級鎖。 表中的第三列指出， 要獲得此行級鎖之前， 需要預(yù)先獲得的表級鎖， 這里列出的是最低要求。

這六個(gè)行級鎖的主要功能如下：

1． S鎖：此行級鎖的擁有者可以讀取該行的信息；

2． U鎖：此行級鎖的擁有者可以讀取該行的信息，如果要更新該行，則仍然需要一個(gè)行級的X鎖；其他的應(yīng)用只能讀取該行的信息；此鎖主要是用于FOR UPDATE的游標(biāo)。

3． X鎖：此行級鎖的擁有者可以更新該行的紀(jì)錄，其他的應(yīng)用不能連接此行的信息；

4． W鎖：此鎖和X鎖類似，不同之處是此鎖和NW鎖兼容；

5． NS鎖：類似于S鎖，用于Next Key；

6． NW鎖：類似于W鎖，用于Next Key；

在DB2數(shù)據(jù)庫中， 是通過行級鎖和表級鎖協(xié)調(diào)作用來提供較好的并發(fā)性， 同時(shí)保證數(shù)據(jù)庫中數(shù)據(jù)的安全。 在DB2中缺省情況下使用行級鎖（當(dāng)然需要IS/IX鎖配合），只有當(dāng)出現(xiàn)鎖資源不足， 或者是用命令指定使用表級鎖的情況下， 才會在應(yīng)用連接中使用表級鎖。 對鎖資源分配有興趣的讀者可以參考DB2的管理手冊， 查找其中關(guān)于locklist和maxlocks參數(shù)的論述。對于用命令指定表級鎖的情況， 可以參考DB2的命令手冊中的lock table命令， 此命令用于直接鎖表。

隔離級別：

下面讓我們來看一下隔離級別。 隔離級別主要用于控制在DB2根據(jù)應(yīng)用提交的SQL語句向DB2數(shù)據(jù)庫中的相應(yīng)對象加鎖時(shí)， 會鎖住哪些紀(jì)錄， 也就是鎖定的范圍。 隔離級別的不同， 鎖定的紀(jì)錄的范圍可能會有很大的差別。

隔離級別分為RR/RS/CS/UR這四個(gè)級別。 下面讓我們來逐一論述：

1． RR隔離級別： 在此隔離級別下， DB2會鎖住所有相關(guān)的紀(jì)錄。 在一個(gè)SQL語句執(zhí)行期間， 所有執(zhí)行此語句掃描過的紀(jì)錄都會被加上相應(yīng)的鎖。 具體的鎖的類型還是由操作的類型來決定， 如果是讀取，則加共享鎖； 如果是更新， 則加獨(dú)占鎖。 由于會鎖定所有為獲得SQL語句的結(jié)果而掃描的紀(jì)錄， 所以鎖的數(shù)量可能會很龐大， 這個(gè)時(shí)候， 索引的增加可能會對SQL語句的執(zhí)行有很大的影響，因?yàn)樗饕龝绊慡QL語句掃描的紀(jì)錄數(shù)量。

2． RS隔離級別： 此隔離級別的要求比RR隔離級別稍弱，此隔離級別下會鎖定所有符合條件的紀(jì)錄。 不論是讀取， 還是更新， 如果SQL語句中包含查詢條件， 則會對所有符合條件的紀(jì)錄加相應(yīng)的鎖。 如果沒有條件語句， 也就是對表中的所有記錄進(jìn)行處理，則會對所有的紀(jì)錄加鎖。

3． CS隔離級別： 此隔離級別僅鎖住當(dāng)前處理的紀(jì)錄。

4． UR隔離級別：此隔離級別下，如果是讀取操作，不會出現(xiàn)任何的行級鎖。對于非只讀的操作，它的鎖處理和CS相同。

在這四種隔離級別中， CS是缺省值。 這四種隔離級別均可以保證DB2數(shù)據(jù)庫在并發(fā)的環(huán)境下不會有數(shù)據(jù)丟失的情況發(fā)生。 要注意的是如果對紀(jì)錄進(jìn)行了修改，需要在相應(yīng)的紀(jì)錄上加獨(dú)占類型的鎖， 這些獨(dú)占類型的鎖直到交易結(jié)束時(shí)才會被釋放， 這一點(diǎn)在四種隔離級別下都是相同的。

REORG TABLE

REORG TABLE 語句壓縮與指定的表相關(guān)聯(lián)的數(shù)據(jù)。

調(diào)用

此語句可以在使用 DB2 CLI 函數(shù)的應(yīng)用程序中使用，也可以通過 CLP 發(fā)出。

語法

>>-REORG TABLE--table-name--+------------+---------------------><
                            '-int1--int2-'
 
 

描述

REORG TABLE table-name

標(biāo)識重組操作的表。名稱必須標(biāo)識現(xiàn)有的表。

int1

需要恢復(fù)的字節(jié)的可選最小百分比。

int2

需要為將要執(zhí)行的表壓縮恢復(fù)的最小字節(jié)數(shù)。

規(guī)則

• 可選的值 int1 和 int2 必須一起使用，或全都不用。
• 可選的值 int1 必須是非負(fù)數(shù)。
• 可選的值 int1 必須介于 0 與 100 之間。

注意事項(xiàng)

• DB2 Everyplace 可以以內(nèi)部方式調(diào)用表重組。
• 第一個(gè)可選參數(shù)是表必須包含的不可用的字節(jié)的百分比（即百分之十（10）意味“至少百分之十的空間不可用”。）第二個(gè)可選參數(shù)是表必須包含的不可用的字節(jié)數(shù)（即 1000 將意味“至少 1000 個(gè)字節(jié)必須是不可用的空間”。）必須符合兩個(gè)條件，才可以進(jìn)行表的實(shí)際重組。
• 如果沒有指定參數(shù)，DB2 Everyplace 對這此選項(xiàng)使用缺省值。缺省百分比是 30 且缺省字節(jié)是 6144。因此，“reorg table t1”與“reorg table t1 30 6144”相同。
• 如果重組方式設(shè)置為已啟用，則 DB2 Everyplace 將自動重組表。如果在 DELETE 或 UPDATE 上啟用了重組，則在執(zhí)行語句之后，會對目標(biāo)表執(zhí)行“reorg table table_name 50 30270”。如果在 DROP TABLE 上啟用了重組，則在刪除表處理結(jié)束時(shí)執(zhí)行“reorg table DB2eSYSTABLES 30 10240”（對于 DB2eSYSCOLUMNS 和 DB2eSYSRELS 也是如此）。
• 在 C/C++ 程序中，通過使用具有屬性 SQL_ATTR_REORG_MODE 的 CLI/ODBC 函數(shù) SQLSetStmtAttr 設(shè)置重組方式。在 JAVA 程序中，通過 DB2eStatement 接口 enableReorg 方法設(shè)置重組方式。缺省值是啟用重組。
• 重組表時(shí)，通過物理上回收刪除和更新創(chuàng)建的不可用空間來壓縮包含表的數(shù)據(jù)文件。然后將表的索引更新為指向行的新物理位置。
• 可以重組“DB2 Everyplace 系統(tǒng)目錄”基本表。
• 在執(zhí)行 REORG TABLE 語句時(shí)，數(shù)據(jù)庫中不應(yīng)發(fā)生任何其它活動。

示例

使用缺省值壓縮 VNNURSE 表。

REORG TABLE VNNURSE?