亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: INFORMIX鎖機(jī)制及如何分析其鎖沖突（第一部分） [打印本頁(yè)]

作者: zhan_yl 時(shí)間: 2009-01-07 23:28
標(biāo)題: INFORMIX鎖機(jī)制及如何分析其鎖沖突（第一部分）
INFORMIX鎖機(jī)制及如何分析其鎖沖突（第一部分）

本文講述INFORMIX數(shù)據(jù)庫(kù)鎖的基本原理，由2部分組成。IDS是OLTP應(yīng)用及內(nèi)嵌式系統(tǒng)的最佳解決方案。通過(guò)本文可以幫助你理解數(shù)據(jù)

庫(kù)鎖的使用方法，便于你及時(shí)處理、分析鎖沖突。

介紹
在多用戶數(shù)據(jù)庫(kù)系統(tǒng)中擁有成千上萬(wàn)的并發(fā)用戶在同時(shí)訪問(wèn)數(shù)據(jù)，因此我們需要有某種機(jī)制來(lái)保護(hù)數(shù)據(jù)以維護(hù)其數(shù)據(jù)一致性。除了事

物日志機(jī)制外，鎖機(jī)制就是我們采用的另一個(gè)主要手段。
然而，鎖機(jī)制經(jīng)常會(huì)導(dǎo)致沖突及等待現(xiàn)象的發(fā)生。這通常是一個(gè)DBA在日常管理工作中會(huì)碰到的一個(gè)普遍問(wèn)題。如果缺乏一些適當(dāng)?shù)哪_

本或手段，往往會(huì)導(dǎo)致在分析鎖問(wèn)題時(shí)變得越來(lái)越復(fù)雜并出現(xiàn)錯(cuò)誤。
本文將闡述IDS的鎖機(jī)制，幫助你分析出現(xiàn)的鎖沖突及鎖等待的情況。以下的示例基于數(shù)據(jù)庫(kù)stores_demo，該數(shù)據(jù)庫(kù)可通過(guò)以下命令

創(chuàng)建：
dbaccessdemo stores_demo -log

鎖類型
IDS包含幾種不同的鎖。通常有：

共享鎖
共享鎖可以被放置在沒(méi)有設(shè)置排他鎖的記錄上。其他用戶可以在相同的記錄上放置共享鎖或更新鎖，但是不能再放置排他鎖。

更新鎖
更新鎖是一種在使用更新游標(biāo)時(shí)產(chǎn)生的特殊類型的鎖。更新鎖只能被放置在當(dāng)前沒(méi)有設(shè)置更新鎖或排他鎖的記錄上。一旦記錄被加上

更新鎖，它的數(shù)據(jù)在被修改的同時(shí)就會(huì)立刻升級(jí)為排他鎖。

排他鎖
排他鎖只能被放置在沒(méi)有任何鎖的記錄上。一旦排他鎖被放置在該記錄上，則其他鎖也就不能在增加到該記錄了。該記錄將被被會(huì)話

獨(dú)占使用。

內(nèi)部鎖
內(nèi)部鎖包含多種特殊類型的鎖。舉個(gè)例子，當(dāng)一條記錄被修改時(shí)，該記錄上被放置一個(gè)排他鎖，同時(shí)所涉及的數(shù)據(jù)庫(kù)表上也被放置一

個(gè)排他的內(nèi)部鎖。這是為了確保當(dāng)該表的數(shù)據(jù)在排他使用時(shí)其他的會(huì)話不能在該表上再設(shè)置共享或排他鎖。

鎖粒度
IDS允許應(yīng)用開(kāi)發(fā)人員在不同的對(duì)象上放置鎖。有以下對(duì)象。

數(shù)據(jù)庫(kù)鎖
數(shù)據(jù)庫(kù)可以以排他或共享的方式被鎖住。在排他的情況下將防止其他任何人再訪問(wèn)該數(shù)據(jù)庫(kù)。在共享的情況下允許并發(fā)用戶讀取或修

改該數(shù)據(jù)庫(kù)的數(shù)據(jù)，但是不允許在該數(shù)據(jù)庫(kù)上再放置排他鎖。

數(shù)據(jù)庫(kù)共享鎖：
數(shù)據(jù)庫(kù)共享鎖在你打開(kāi)數(shù)據(jù)庫(kù)的同時(shí)將被自動(dòng)設(shè)置。這將防止沒(méi)有其他用戶可以在該數(shù)據(jù)庫(kù)上再放置排他鎖或刪除數(shù)據(jù)庫(kù)。一些數(shù)據(jù)

庫(kù)工具：onunload也會(huì)在數(shù)據(jù)庫(kù)上放置共享鎖
SQL語(yǔ)句：
database stores_demo

Listing 1. Share lock on a database

Output from onstat -k:
----------------------
Locks
address  wtlist owner lklist type    tblsnum  rowid key#/bsiz
300583dc 0       400d6998 0       HDR+S 100002 207    0

在這里你可以看到數(shù)據(jù)庫(kù)上加有共享鎖HDR+S。tblsnum=100002表明了數(shù)據(jù)庫(kù)的表空間。rowid=207是該數(shù)據(jù)庫(kù)信息存儲(chǔ)在數(shù)據(jù)庫(kù)

sysmaster，表sysdatabases中記錄的16進(jìn)制信息。數(shù)據(jù)庫(kù)表sysmaster:sysdatabases通常也被稱作數(shù)據(jù)庫(kù)的表空間。

數(shù)據(jù)庫(kù)及他們的16進(jìn)制rowid信息可以通過(guò)以下sql語(yǔ)句獲得：

Listing 2. Query on database sysmaster retrieving the row ID of a database tablespace entry

Query:
------
database sysmaster;

select  name, hex(rowid) hex_rowid
from sysdatabases;

Result:
-------
name                hex_rowid

linux_mag          0x00000204
onpload             0x00000206
stores_demo       0x00000207
sysmaster          0x00000201
sysuser             0x00000203
sysutils          0x00000202
tpcb                0x00000208

數(shù)據(jù)庫(kù)排他鎖：

一個(gè)排他鎖可以被排他的設(shè)置在數(shù)據(jù)庫(kù)上。數(shù)據(jù)庫(kù)工具：dbexport在倒出數(shù)據(jù)的時(shí)候就會(huì)在數(shù)據(jù)庫(kù)上放置一個(gè)排他鎖。

SQL 語(yǔ)句：
database stores_demo exclusive

Listing 3. Exclusive lock on a database

Output from onstat -k:
----------------------
Locks
address  wtlist owner lklist type    tblsnum  rowid key#/bsiz
300583dc 0       400d63d8 0       HDR+X 100002 207    0

在這里你可以看到一個(gè)排他鎖(HDR+X)被放置在數(shù)據(jù)庫(kù)上，其對(duì)應(yīng)的rowid為207

表鎖：
與數(shù)據(jù)庫(kù)鎖類似，數(shù)據(jù)庫(kù)表也可以以排他或共享的形式被鎖住。排他鎖可以防止其他用戶讀取或修改該表信息。一種例外是該會(huì)話運(yùn)

行在臟讀的隔離級(jí)下。這樣就可以從已設(shè)置排他鎖的表中讀取數(shù)據(jù)，但是該數(shù)據(jù)可能是不準(zhǔn)確的（正在修改中，沒(méi)有真正提交）。在表上設(shè)置

共享鎖可以允許其他用戶讀取該表數(shù)據(jù)，但是不允許修改數(shù)據(jù)。

表共享鎖：
共享鎖可以以共享的形式放置在數(shù)據(jù)庫(kù)表上。數(shù)據(jù)庫(kù)工具：onunload、oncheck在使用的時(shí)候會(huì)在數(shù)據(jù)庫(kù)表上設(shè)置共享鎖（依賴于表的

鎖模式是頁(yè)還是記錄）

SQL 語(yǔ)句：
begin work; lock table orders in share mode

Listing 4. Share lock on a table

Output from onstat -k:
----------------------
Locks
address  wtlist owner lklist type    tblsnum  rowid key#/bsiz
300582e0 0       400d63d8 300583dc HDR+S 10013b 0       0

你可以看到一個(gè)共享鎖(HDR+S)和rowid被設(shè)置為0(rowid=0)。rowid為0表明是一個(gè)表鎖。tablespace number (tblsnum=10013b)構(gòu)成

該表的16進(jìn)制partition number。
會(huì)導(dǎo)致這種情形的2種可能：
oncheck命令
Data Dictionary查詢命令

Listing 5. Identifying a table through its hexadecimal partition number

Dictionary Query:
-----------------
database stores_demo;

select st.tabname, dbinfo("dbspace", st.partnum), hex(st.partnum)
from systables st
where hex(st.partnum) = "0x0010013B";

Result:
------
tabname             dbspace             hex_partnum

orders             rootdbs             0x0010013B

oncheck command:
----------------
oncheck -pt 0x0010013b

Result:
-------

TBLspace Report for stores_demo:informix.orders

Physical Address             1:1988
Creation date                08/21/2006 20:07:41
TBLspace Flags                801       Page Locking
TBLspace use 4 bit bit-maps
Maximum row size             80
Number of special columns    0
...
...

注意到你需要使用0x00對(duì)通過(guò)onstat -k獲得的16進(jìn)制信息進(jìn)行補(bǔ)足，使其形成8位完整的16進(jìn)制數(shù)。同時(shí)需將小寫(xiě)字母轉(zhuǎn)換為大寫(xiě)字

母，例如0x10013b-》0x0010013B。

如果是分片表的partnum，你需要在sysfragments表里面查找相應(yīng)信息：

Listing 6. Identifying a fragmented table through its hexadecimal partition number

Query:
------
database stores_demo;

select st.tabname, dbinfo("dbspace", sf.partn), hex(sf.partn)
from systables st, sysfragments sf
where st.tabid = sf.tabid
and sf.fragtype = "T"
and hex(sf.partn) = "0x0010013B";

Result:
-------
No rows found.

本例中的partition number 0x0010013B不是分片表的一個(gè)分片，因此在sysfragments表中不存在對(duì)應(yīng)信息。但是對(duì)于分片表則會(huì)有信

息記錄在sysfragments表中，請(qǐng)使用前面提供的語(yǔ)句進(jìn)行查詢。

oncheck -pt <hex_partnum>不能對(duì)分片表信息進(jìn)行查詢，它不會(huì)顯示真實(shí)的分片表名，僅有分片信息。

表排他鎖：

排他鎖可以被顯式的或隱式的被設(shè)置在對(duì)應(yīng)的表上。例如：alter table

SQL語(yǔ)句：
begin; lock table orders in exclusive mode

Listing 7. Exclusive lock on table

Output from onstat -k:
----------------------
Locks
address  wtlist owner lklist type    tblsnum  rowid key#/bsiz
300582e0 0       400d63d8 300583dc HDR+X 10013b 0       0

在這里一個(gè)排他鎖(HDR+X)被設(shè)置在表上，對(duì)應(yīng)的tblsnum為10013b

頁(yè)或記錄級(jí)鎖：

鎖的級(jí)別（頁(yè)或記錄鎖）可以在創(chuàng)建表的時(shí)候進(jìn)行指定，或使用alter table對(duì)已有表進(jìn)行修改。
建表：
reate table t1 (f1 int) lock mode (row)
修改表：
alter table t1 modify lock mode (page)

缺省鎖模式，在創(chuàng)建表的時(shí)候采取何種鎖模式，可以通過(guò)在配置文件中配置DEF_TABLE_LOCKMODE來(lái)進(jìn)行指定或通過(guò)環(huán)境變量

IFX_DEF_TABLE_LOCKMODE來(lái)指定。在建表時(shí)所指定的鎖模式會(huì)優(yōu)先于通過(guò)DEF_TABLE_LOCKMODE或IFX_DEF_TABLE_LOCKMODE所指定的鎖模式。

使用頁(yè)鎖意味著即使只修改一條記錄也會(huì)將該記錄所在的整個(gè)數(shù)據(jù)頁(yè)進(jìn)行加鎖。依賴于記錄的大小及數(shù)據(jù)頁(yè)的大小，采用這種方式會(huì)

降低數(shù)據(jù)庫(kù)的并發(fā)處理性能。特別需要注意的是采取頁(yè)鎖不僅會(huì)對(duì)相關(guān)數(shù)據(jù)頁(yè)有影響，而且對(duì)索引頁(yè)同樣也會(huì)有影響。這樣會(huì)進(jìn)一步降低數(shù)據(jù)

庫(kù)的并發(fā)處理性能，因?yàn)樗饕?yè)相對(duì)于數(shù)據(jù)頁(yè)來(lái)說(shuō)通常會(huì)包含更多的記錄。

你可以通過(guò)以下2種方式來(lái)確定當(dāng)前表采取了何種鎖模式：

Listing 8. Determining the lock mode of a table using oncheck (a) or a dictionary query (b)

a) Command:
-----------
oncheck -pt stores_demo:eherber.orders

Output:
-------
TBLspace Report for stores_log:informix.orders

Physical Address             1:3905
Creation date                05/08/2006 16:47:43
TBLspace Flags                801       Page Locking
...
...

b) Query:
---------
database stores_demo;

select tabname, locklevel
from systables
where tabname = "orders";

Result:
-------
tabname             locklevel

orders             P

以下為IDS中鎖模式的縮寫(xiě)標(biāo)志：
B 視圖（需要檢查其依賴的鎖模式）
P 頁(yè)級(jí)鎖
R 記錄鎖

可以通過(guò)以下SQL語(yǔ)句產(chǎn)生相應(yīng)的修改已存在表的鎖模式的語(yǔ)句：

Listing 9. Using meta SQL to convert all tables to row locking

Meta SQL:
---------
database stores_demo;

output to alter_table.sql without headings
select "alter table '" || trim(owner) || "'." || trim(tabname) || " lock mode(row);"
from 'informix'.systables
where tabid > 99
and    tabtype = 'T'
and    locklevel = 'P';

Generated output file 'alter_table.sql':
----------------------------------------
alter table 'informix'.customer lock mode(row);
alter table 'informix'.orders lock mode(row);
...
...

頁(yè)鎖：
對(duì)于配置為使用頁(yè)鎖的表，在數(shù)據(jù)處理的過(guò)程中頁(yè)鎖會(huì)被設(shè)置在對(duì)應(yīng)的數(shù)據(jù)頁(yè)上。鎖的類型可能為排他鎖（插入、修改、刪除）或共

享鎖（設(shè)置隔離級(jí)為重復(fù)讀）
SQL語(yǔ)句：
begin; update orders set ship_charge = (ship_charge*1.2) where order_num = 1005

Listing 10. Exclusive lock on a page

Output from onstat -k:
----------------------
Locks
address  wtlist owner lklist type    tblsnum  rowid key#/bsiz
440cf9bc 0       4506c3d0 0       HDR+S 100002 207       0
440cfa14 0       4506c3d0 440cf9bc HDR+IX 10013b 0          0
440d082c 0       4506c3d0 440cfa14 HDR+X 10013b 100       0

本例出現(xiàn)了3中類型的鎖：
1.數(shù)據(jù)庫(kù)上的共享鎖(HDR+S)。tblsnum=100002是該數(shù)據(jù)庫(kù)的partnum。
該共享鎖可以防止其他用戶在該數(shù)據(jù)庫(kù)上設(shè)置排他鎖
2.表上的內(nèi)部排他鎖(HDR+IX)。tblsnum=0表明這是一個(gè)表鎖。
內(nèi)部排他鎖可以防止其他用戶在該表上設(shè)置共享或排他鎖。
3.數(shù)據(jù)頁(yè)上的排他鎖(rowid=100，如果rowid的后2位為00，則表明該鎖為頁(yè)鎖）
排他鎖可以防止其他用戶在該數(shù)據(jù)頁(yè)上放置共享鎖或排他鎖。

記錄鎖：
如果數(shù)據(jù)庫(kù)表被設(shè)置為記錄級(jí)鎖，則在數(shù)據(jù)的處理過(guò)程中，只有相關(guān)的記錄上被設(shè)置上鎖。鎖的類型可能為排他鎖（插入、修改、刪

除）或共享鎖（設(shè)置隔離級(jí)為重復(fù)讀）

SQL語(yǔ)句：
begin; set isolation to repeatable read; select * from customer where customer_num = 110

Listing 11. Share lock on a row

Output from onstat -k:
----------------------
Locks
address  wtlist owner lklist type    tblsnum  rowid key#/bsiz
440cf9bc 0       4506c3d0 0       HDR+S 100002 207       0
440cfa14 0       4506c3d0 440cf9bc HDR+IS 100139 0          0
440cfd84 0       4506c3d0 440d082c HDR+S 100139 10a       0
440d082c 0       4506c3d0 440cfa14 HDR+SR 10013a 10a    K- 1

本例出現(xiàn)了4種類型的鎖：
1、數(shù)據(jù)庫(kù)上的共享鎖(HDR+S)。tblsnum=100002是該數(shù)據(jù)庫(kù)的partnum。
該共享鎖可以防止其他用戶在該數(shù)據(jù)庫(kù)上設(shè)置排他鎖
2、表上的內(nèi)部排他鎖(HDR+IX)。tblsnum=0表明這是一個(gè)表鎖。
內(nèi)部排他鎖可以防止其他用戶在該表上設(shè)置共享或排他鎖。
3、在記錄上設(shè)置的共享鎖(rowid=10a)
記錄上設(shè)置的共享鎖可以防止其他用戶在該記錄上設(shè)置排他鎖。
4、索引上設(shè)置的共享鎖(K-1)
在索引上設(shè)置的共享鎖可以防止其他用戶在該索引值上設(shè)置排他鎖。

你可以通過(guò)以下SQL查詢到被設(shè)置記錄鎖的相關(guān)記錄：

Listing 12. Identifying a locked row

Query:
------
database stores_demo;
set isolation to dirty read;

select *
from  customer
where hex(rowid) = "0x0000010A";

Result:
-------
customer_num  110
fname       Roy
...
...

索引鍵鎖：

類似于數(shù)據(jù)記錄上的鎖，IDS同樣在索引鍵上設(shè)置對(duì)應(yīng)的鎖，以保護(hù)其內(nèi)容。鍵值鎖可以確保唯一索引保持其唯一性，在事物未提交以

前不允許相同值的記錄插入到同樣的索引位置。
索引鍵鎖可以通過(guò)在onstat -k的輸出中于key#/bsiz字段中由K來(lái)表示出來(lái)。

數(shù)據(jù)庫(kù)的日志模式

IDS中可以使用的數(shù)據(jù)庫(kù)日志模式為以下4種：

無(wú)日志模式
緩沖日志模式
非緩沖日志模式
ANSI日志模式

這些日志模式在后續(xù)章節(jié)中進(jìn)行闡述。

無(wú)日志模式：
運(yùn)行在無(wú)日志模式下的數(shù)據(jù)庫(kù)。不能執(zhí)行begin、rollback、commit操作，事物信息不會(huì)被記錄在邏輯日志中。每條SQL語(yǔ)句的執(zhí)行，

自動(dòng)提交。所涉及的鎖只會(huì)影響當(dāng)前正在執(zhí)行的語(yǔ)句。

缺省隔離級(jí)：
臟讀。這是在采用無(wú)日志模式的數(shù)據(jù)庫(kù)上唯一可以使用的隔離級(jí)
SQL語(yǔ)句：
create database stores_demo

緩沖日志模式：
事物信息被記錄在邏輯日志中。如果你想包含多條SQL操作于一個(gè)事物中，則顯式的begin操作是必須的。事物的結(jié)束以commit或

rollback為標(biāo)志。如果沒(méi)有顯式的begin作為事物的開(kāi)始，則每條SQL語(yǔ)句將被看為獨(dú)立的事物。

如果commit命令被執(zhí)行，整個(gè)事物的信息并不是立即被寫(xiě)入磁盤(pán)上的邏輯日志。這些信息將會(huì)被保存在共享內(nèi)存中的log buffer里。

當(dāng)log buffer滿或使用非緩沖日志方式的數(shù)據(jù)庫(kù)事物、使用ANSI日志模式的數(shù)據(jù)庫(kù)事物在事物提交的時(shí)候這些信息才真正的被寫(xiě)入到磁盤(pán)上。

你應(yīng)該衡量由此帶來(lái)的對(duì)于數(shù)據(jù)庫(kù)事物吞吐率提升的好處與當(dāng)數(shù)據(jù)庫(kù)宕機(jī)時(shí)造成的數(shù)據(jù)丟失風(fēng)險(xiǎn)之間的利弊。如果你需要較高的事物

吞吐率，同時(shí)需要保存關(guān)鍵的業(yè)務(wù)數(shù)據(jù)，使用高速磁盤(pán)或使用電池的ramdisk是一個(gè)不錯(cuò)的選擇。

缺省隔離級(jí)：
提交讀
使用該日志模式的數(shù)據(jù)庫(kù)缺省隔離級(jí)為提交讀，但是用戶可以使用set isolation to <isol_level> 命令設(shè)置適當(dāng)?shù)钠渌綦x級(jí)
SQL命令：
create database stores_demo with buffered log

非緩沖日志模式：
與緩沖日志模式類似，但是使用該日志模式的數(shù)據(jù)庫(kù)在事物提交時(shí)將會(huì)立即將相關(guān)的事物信息寫(xiě)入磁盤(pán)。你不會(huì)丟失任何已提交的事

物信息。

缺省隔離級(jí)：
提交讀
使用該日志模式的數(shù)據(jù)庫(kù)缺省隔離級(jí)為提交讀，但是用戶可以使用set isolation to <isol_level> 命令設(shè)置適當(dāng)?shù)钠渌綦x級(jí)
SQL命令：
create database stores_demo with log

ANSI日志模式：
使用該日志模式的數(shù)據(jù)庫(kù)的缺省隔離級(jí)為重復(fù)讀，這意味著在處理的每條記錄上將會(huì)被設(shè)置上共享鎖。這會(huì)導(dǎo)致鎖沖突及所等待現(xiàn)象

的出現(xiàn)。隔離級(jí)別可以通過(guò)set isolation to <isolation_level> 命令進(jìn)行切換。

缺省隔離級(jí)：
重復(fù)讀
使用該日志模式的數(shù)據(jù)庫(kù)可以使用set isolation to <isol_level>命令來(lái)進(jìn)行隔離級(jí)的切換
SQL命令：
create database stores_demo with log mode ansi

Database logging modes and default isolation levels
Database logging mode Create statement Default isolation level
No logging create database stores_demo Dirty read
Buffered logging create database stores_demo with buffered log Committed read
Unbuffered logging create database stores_demo with log Committed read
Mode ANSI (unbuffered logging) create database stores_demo with log mode ansi Repeatable read

當(dāng)前數(shù)據(jù)庫(kù)日志模式可以通過(guò)onmonitor工具或查詢sysmaster數(shù)據(jù)庫(kù)來(lái)獲得：
onmonitor (status-databases)

N -- 無(wú)日志
B -- 緩沖日志模式
U -- 非緩沖日志模式
U* -- ANSI模式 (unbuffered logging)

sysmaster query

Listing 13. Determining the logging mode of a database

Query:
------
database sysmaster;

select name, is_logging, is_buff_log, is_ansi
from sysmaster:sysdatabases;

Result:
-------
name       stores_ansi
is_logging 1
is_buff_log  0
is_ansi    1

name       stores_demo
is_logging 1
is_buff_log  0
is_ansi    0

你可以通過(guò)ontape或ondblog工具進(jìn)行數(shù)據(jù)庫(kù)日志模式的切換。需要注意的是一旦數(shù)據(jù)庫(kù)設(shè)置為ANSI日志模式，它將不能被切換為其他

的日志模式。

隔離級(jí)：

在IDS中依賴于采用不同日志模式的數(shù)據(jù)庫(kù)，有4中不同的隔離級(jí)可供使用。后面將一一予以介紹。

IDS isolation levels and their ANSI counterparts
Informix SQL ANSI SQL
Dirty read Read uncommittted
Committed read Read committed
Cursor stability Not available
Repeatable read Serializable

臟讀(ANSI: Read uncommitted)
如果你在讀取數(shù)據(jù)的時(shí)候采取該隔離級(jí)，那么你將不會(huì)在涉及到的數(shù)據(jù)上設(shè)置鎖，也不會(huì)碰到任何鎖的問(wèn)題。但是，你有可能得到的

是一個(gè)不準(zhǔn)確的數(shù)據(jù)，因?yàn)樵摂?shù)據(jù)可能還沒(méi)有被提交。
臟讀是未帶日志模式的數(shù)據(jù)庫(kù)唯一可供選擇的隔離級(jí)別。

informix SQL
set isolation to dirty read [retain update locks]
ANSI SQL
set transaction isolation level read uncommitted

提交讀(ANSI: Read committed)
使用該隔離級(jí)可以確保所讀出的數(shù)據(jù)是已經(jīng)被提交后的。

運(yùn)行在提交讀隔離級(jí)下的會(huì)話會(huì)嘗試在需要讀取的數(shù)據(jù)上設(shè)置共享鎖，但不真正設(shè)置。這樣就能確保不會(huì)讀取到其他正在并發(fā)修改的

數(shù)據(jù)。然而，在讀取數(shù)據(jù)以后，由于沒(méi)有在該數(shù)據(jù)上設(shè)置任何鎖，因此其他的并發(fā)事物可以對(duì)該數(shù)據(jù)進(jìn)行修改。

提交讀是使用緩沖日志模式和非緩沖日志模式數(shù)據(jù)庫(kù)鎖采用的缺省隔離級(jí)，但非使用ANSI日志模式的數(shù)據(jù)庫(kù)所采取的隔離級(jí)。

Informix SQL
set isolation to committed read [retain update locks]
ANSI SQL
set transaction isolation level read committed

游標(biāo)穩(wěn)定讀(ANSI: --)
游標(biāo)穩(wěn)定讀隔離級(jí)使用在更新游標(biāo)中。

IDS在當(dāng)前讀取的數(shù)據(jù)上放置一個(gè)更新鎖。如果該數(shù)據(jù)在此時(shí)被修改，則轉(zhuǎn)換為一個(gè)排他鎖并一直保持到事物結(jié)束，并不依賴于游標(biāo)所

處的當(dāng)前位置。如果讀取到下一條數(shù)據(jù)而當(dāng)前的數(shù)據(jù)沒(méi)有被修改，那么當(dāng)前數(shù)據(jù)上的更新鎖將被釋放，同時(shí)在下一條數(shù)據(jù)上放置更新鎖。如果

在set isolation命令中加上retain update locks子句則會(huì)改變這種情況。這樣在讀取到下一條數(shù)據(jù)的時(shí)候上一條數(shù)據(jù)上所放置的更新鎖將不

會(huì)被釋放。

更新鎖只能被放置在當(dāng)前沒(méi)有被設(shè)置任何更新鎖或排他鎖的數(shù)據(jù)上。然而，一旦更新鎖被放置，其他會(huì)話仍然是可以在該數(shù)據(jù)上放置

共享鎖的。這種情況下如果你試圖去更新這些數(shù)據(jù)將會(huì)導(dǎo)致錯(cuò)誤，因?yàn)橛捎诖嬖诠蚕礞iIDS將不能把一個(gè)更新鎖升級(jí)成為一個(gè)排他鎖。這是我們

希望得到的一種結(jié)果。如果你確定在后續(xù)的操作中你肯定需要更新數(shù)據(jù)，那么你可以使用dummy update將所有的更新鎖都升級(jí)為排他鎖。這將

避免其他的并發(fā)會(huì)話在相同的記錄上設(shè)置共享鎖。

Informix SQL
set isolation to cursor stability [retain update locks]
ANSI SQL
--

重復(fù)讀(ANSI: Serializable)

使用重復(fù)讀隔離級(jí)將會(huì)在所讀取的記錄上都設(shè)置共享鎖（如果使用頁(yè)級(jí)鎖將會(huì)在所涉及的數(shù)據(jù)頁(yè)上都設(shè)置共享鎖）。這將可以避免其

他用戶更改這些數(shù)據(jù)。

retain update locks子句在這種隔離級(jí)下將不能使用，因?yàn)檫@種隔離級(jí)本身就會(huì)自動(dòng)保持共享鎖或更新鎖。

重復(fù)讀這種隔離級(jí)是采用ANSI日志模式的數(shù)據(jù)庫(kù)所使用的缺省隔離級(jí)別。

Informix SQL
set isolation to repeatable read
ANSI SQL
set transaction isolation level serializable

Informix SQL 與 ANSI SQL之間的區(qū)別：

在informix使用的SQL命令set isolation to <isol_level>和ANSI使用的SQL命令set transaction isolation level <isol_level>之

間具有2個(gè)重要的區(qū)別。

在informix中所執(zhí)行的命令是基于會(huì)話的。也就是說(shuō)在整個(gè)會(huì)話中你一旦設(shè)置好隔離級(jí)就會(huì)立刻生效直到你下一次使用set isolation

to <isol_level>命令重新設(shè)置為止。

對(duì)應(yīng)的在ANSI中所執(zhí)行的命令是基于事物的。隔離級(jí)設(shè)置好以后將會(huì)只對(duì)當(dāng)前事物有效。一旦事物結(jié)束，則隔離級(jí)別將會(huì)自動(dòng)切換為

當(dāng)前打開(kāi)數(shù)據(jù)庫(kù)所具有的缺省隔離級(jí)。更多的信息，請(qǐng)參照數(shù)據(jù)庫(kù)日志模式一節(jié)。

在數(shù)據(jù)庫(kù)事物中你將不能使用ANSI的SQL命令set transaction isolation level <isol_level>來(lái)設(shè)置新的隔離級(jí)別。這是不允許的。

但是informix允許在事物中進(jìn)行隔離級(jí)別的切換。

會(huì)話的隔離級(jí)別：

你可以通過(guò)執(zhí)行onstat -g sql命令來(lái)得到當(dāng)前正在執(zhí)行的會(huì)話所使用的隔離級(jí)別。

Listing 14. Listing isolation levels of individual database sessions

Command:
---------
onstat -g sql

Output:
-------
Sess  SQL          Current          Iso Lock    SQL  ISAM F.E.
Id Stmt type    Database          Lvl Mode    ERR  ERR  Vers Explain
50 -             stores_demo       RR  Wait 10 0 0 9.03 Off
45 -             stores_demo       DR  Not Wait 0 0 9.03 Off
...
...

當(dāng)前數(shù)據(jù)庫(kù)所采用的隔離級(jí)別將顯示在Iso Lvl字段下，以下為其縮寫(xiě)方式：
DR -- 臟讀
CR -- 提交讀
CS -- 游標(biāo)穩(wěn)定讀
RR -- 重復(fù)讀

小結(jié)：

現(xiàn)在你對(duì)數(shù)據(jù)庫(kù)鎖的類型、鎖的粒度、數(shù)據(jù)庫(kù)的日志模式、隔離級(jí)別有了一個(gè)初步的認(rèn)識(shí)。在后續(xù)部分我們將對(duì)以下內(nèi)能進(jìn)行介紹：
鎖的等待時(shí)間
鎖的動(dòng)態(tài)分配
死鎖
鎖的等待情況

本文作者：Eric Herber

作者: dastike 時(shí)間: 2018-03-12 20:13
感觉不错

歡迎光臨 Chinaunix (http://72891.cn/)