請教關於行鎖幷發(fā)更新的問題.

seebise

create table "informix".add
  (
    a char(10),
    b char(10)
  )  extent size 16 next size 16 lock mode row;

create unique index "informix".a01 on "informix".add (a) ;

我在一個資料庫stores7 中建立了上面的add表格設置為行鎖,資料庫是unbuffer日誌模式的.插入下面的數(shù)據(jù)

insert into add values("1","777");
insert into add values("2","777");

我開啟了第一個會話,
begin work;
set isolation to committed read;
set lock mode to wait 5;

update add set b=888 where a=1;

沒有問題.

第二個會話

begin work;
set isolation to committed read;
set lock mode to wait 5;

update add set b=888 where a=2;

5秒后提示記錄被鎖.


爲什麼是這樣?我對行鎖的邏輯亂了...

seebise

我的數(shù)據(jù)是IDS 9.4 UC6的 安裝在REDHAT AS 4 UPDATE8 64BIT 上面.

liaosnet

統(tǒng)計更新做了沒？ update statistics high for table add ;
然后再次做同樣的操作看下。。。

yunzhongyue

應該是沒有走索引，走全表掃描的原因！

seebise

樓上說的是..的確是這樣.
查詢:
------
update add set b=888 where a=1

預計成本: 1
預計送回的列數(shù): 1

  1) informix.add: SEQUENTIAL SCAN

        過濾器:informix.add.a = 1

yunzhongyue

在記錄數(shù)較少的情況下，全表掃描會比走索引的效率更高。