科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道我对ORACLE数据锁的一点体会

我对ORACLE数据锁的一点体会

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

  1、我对文章中意向锁的理解,就是:对表的记录进行操作之前,先对表定义(包括表结构、约束等)加了共享锁,这是为了避免对表的DDL操作。      比如:当你往TAB1插入一条记录时,该表的一个字段COL8是允许为空的。

作者:中国IT实验室 来源:中国IT实验室 2007年10月7日

关键字: 优化 数据库 ORACLE

  • 评论
  • 分享微博
  • 分享邮件

  1、我对文章中意向锁的理解,就是:对表的记录进行操作之前,先对表定义(包括表结构、约束等)加了共享锁,这是为了避免对表的DDL操作。
  
  比如:当你往TAB1插入一条记录时,该表的一个字段COL8是允许为空的,插入这条记录的该字段的值是空的,此时,若不对该表定义加共享锁,则另外一SESSION对TAB1.COL8加非空约束,那该表结构修改就与插入的记录发生冲突了。所以,当执行DML操作是,必定对操作的表加DDL共享锁。
  
  这是我理解的意向锁。
  
  2、文章中提及,记录行是无共享锁。我对此观点表示不同:当插入/修改子表时,对应的父表的主键记录应该被加共享锁,因为此时要保证父键的存在。经测试,当插入/修改/删除子表时,父表确实被加了SS锁,此时可以对父表的主键做插入动作,但不允许做修改/删除。这符合逻辑。因为插入操作并不影响主外键的关系。但删除/修改则可能。
  
  3、SHARE VS ROW SHARE有什么区别?
  
  我猜想:ROW SHARE是(级别=2)对表加表定义共享锁,SHARE(级别=4)是对表定义及表“所有”的记录加共享锁。但这样就有问题:1、SELECT FOR UPDATE产生TM=2、对查询出来的记录产生TX=6的锁,那这样应该与:表“所有”的记录加共享锁 相冲突了?但实际并不是,实际上,当对表加SHARE锁时,还是可以对该表执行 SELECT FOR UPDATE,但却不可以执行DML操作!
  
  现我只能这样理解,虽然产生了TX=6 的事务锁,但实际上,还并没有真正修改记录。和真正的INSERT ,UPDATE, DELETE 操作还是有区别的。也就是:SELECT FOR UPDATE这个锁有点特别:对加了共享锁的记录,还可以SELECT FOR UPDATE,但若想执行DML语句,则不可以,因为该表的“所有” 记录都加了共享锁。
  
  4、若照第3点的理解,那SRX就是对表加共享锁,对表的所有记录加排它锁。这是我的猜测,不知道在什么地方会使用上这种锁。
  
  总结:查看了ORACLE的文档,其并不解释如何定义的各级别的锁,为什么会这样定义,理由、用途何在?现在我想使用各类型锁,来对ORACLE锁的各级别定义说明:
  
  0、无
  1、NULL,可以某些情况下,如分布式数据库的查询会产生此锁。
  2、SS,表结构共享锁
  3、SX,表结构共享锁+被操作的记录的排它锁
  4、S, 表结构共享锁+所有记录共享锁
  5、SRX 表结构共享锁+所有记录排它锁
  6、X 表结构排它锁+所有记录排它锁
  
  其中 SELECT FOR UPDATE是比较特殊的一种情况:由于其不修改记录,所以对这些记录而言,并未产生真正的排它锁,这与DML操作产生的排它锁相比,是有差别的,但由于不允许在这些记录“再”加SELECT FOR UPDATE,所以,也不是纯粹的共享锁,我认为其是介于共享锁和排它锁之间的一种特殊的情况,因此,ORACLE在对表加了S锁后,还允许对该表执行SELCT FOR UPDATE,但实际上,此时此语句已经无意义了,因为加了S锁的表不允许DML操作,故,此语句于普通的SELECT 语句无差别。

查看本文来源

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章