一个并发问题。

chuxu

这样是正常的，
50 Ex_page                       1692530032        是在数据页面上加的排它锁，
50 Ex_intent                     1692530032  是一个意图共享锁，
只要其它的进程不执行表级的操作，都不会产生锁阻塞

snow888

原帖由 chuxu 于 2008-9-10 13:13 发表
这样是正常的，
50 Ex_page                       1692530032        是在数据页面上加的排它锁，
50 Ex_intent                     1692530032  是一个意图共享锁，
只要其它的进程不执行表级的操作，都不 ...

可我这里得到的的确是等待了。

按道理来说，我执行修改操作，条件是 a.code = '123456' 的记录被锁上了，在没有提交的前提下，检索表中 a.code = '200000' 的记录应该是可以检索出来的。

但实际情况是，检索表中 a.code = '200000' 的记录同样出现了锁等待。

snow888

郁闷ing

snow888

哈哈!

原因找到,问题解决了.

hao_开心ing

chuxu

不会这两条数据在同一页上吧？
刚才的sp_lock中能看到锁的页号1513

对a.code = '200000' 的记录update 一下，看是否也是这页

snow888

原帖由 chuxu 于 2008-9-10 14:38 发表
不会这两条数据在同一页上吧？
刚才的sp_lock中能看到锁的页号1513

对a.code = '200000' 的记录update 一下，看是否也是这页

不知道,我找到的原因不是在这里.

真实的原因是 ASE 在创建表的时候,默认创建的是页级锁,不是行级锁.

我建表的时候,指定为行级锁,问题就解决了.

哈哈.

开心ing