免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2532 | 回复: 4
打印 上一主题 下一主题

关于隔离级别3下,查询的锁问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2008-10-23 11:36 |只看该作者 |倒序浏览
sybase 12.5版本

表T_sample为datarows锁。
执行语句
select * from T_sample holdlock where id="100"

表T_sample中只有1条id="100"的记录。

sp_lock查看锁持有情况:
fid    spid  loid        locktype                    table_id    page      
        row    dbname          class                        
        context                     
------ ------ ----------- ---------------------------- ----------- -----------
        ------ --------------- ------------------------------
        ----------------------------
      0    26          52 Sh_intent                      144000513          0
              0 testdb          Non Cursor Lock              
                                      
      0    26          52 Sh_row                        144000513        641
              0 testdb          Non Cursor Lock              
        Range                        
      0    26          52 Sh_row                        144000513        641
              1 testdb          Non Cursor Lock              
        Range            


为什么会对641页的0和1两行记录持有共享锁呢?

我定性的认为应该只持有0行,也就是id=“100”这条记录的锁啊!
1行是id="200"的记录。

请赐教!

论坛徽章:
0
2 [报告]
发表于 2008-10-23 11:39 |只看该作者

回复 #1 feiachen 的帖子

同样,在隔离级别3下,如果update一个不存在的记录,也会产生一个共享锁,这是为什么

论坛徽章:
1
2017金鸡报晓
日期:2017-01-10 15:19:56
3 [报告]
发表于 2008-10-23 14:40 |只看该作者
用dbcc page 看一下641页的内容

论坛徽章:
0
4 [报告]
发表于 2008-10-23 14:44 |只看该作者

回复 #3 chuxu 的帖子

641页0行是id=‘100’的行,1行是id=‘200’的行,就是这样

论坛徽章:
0
5 [报告]
发表于 2008-10-23 19:00 |只看该作者
怀疑同一个transaction里选择了两次。
至于更新产生共享锁和isolation level 3的目的有关,看看performance tunning 的isolation level effect locking部分
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP