seebise 发表于 2012-08-30 21:53

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

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 发表于 2012-08-30 22:13

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

liaosnet 发表于 2012-08-31 13:25

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

yunzhongyue 发表于 2012-08-31 14:44

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

seebise 发表于 2012-08-31 15:17

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

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

1) informix.add: SEQUENTIAL SCAN

      過濾器:informix.add.a = 1

yunzhongyue 发表于 2012-08-31 15:45

在记录数较少的情况下，全表扫描会比走索引的效率更高。
页: [1]
查看完整版本: 請教關於行鎖幷發更新的問題.