請教關於行鎖幷發更新的問題.

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日誌模式的.插入下面的數據

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

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

liaosnet

统计更新做了没？ update statistics high for table add ;
然后再次做同样的操作看下。。。

yunzhongyue

应该是没有走索引，走全表扫描的原因！

seebise

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

預計成本: 1
預計送回的列數: 1

  1) informix.add: SEQUENTIAL SCAN

        過濾器:informix.add.a = 1

yunzhongyue

在记录数较少的情况下，全表扫描会比走索引的效率更高。