能够提高系统性能的的DB2 9（Z/OS上）的乐观锁机制

字数 1214阅读 2758评论 2赞 0

<DIV>
数据库加锁是个必要的措施和核心的DBMS组件。加锁保持了数据一致性，防止多个会话同时改变相同的数据。但是使用和维护数据库锁会很的麻烦，特别是对复杂系统和程式连同会话来说。 
乐观锁机制现在使用了定义在DB2表中的新特性来减少死锁的发生和总体的加锁负载，提高了系统和应用程式的性能。乐观锁机制能够参考这里http://db2mag.com/story/showArticle.jhtml?articleID=201201095 

为了使用新的乐观锁机制，您需要定义一个新的ROW CHANGE TIMESTAMP列在DB2表中，并使用新参数(GENERATED ALWAYS, FOR EACH ROW ON UPDATE, AS ROW CHANGE TIMESTAMP) 

参考脚本如下： 

CREATE TABLE BEULKE.PRODUCT_TBL ( 

PROD_NBR INTEGER NOT NULL, 

PROD_INVENTORY INTEGER NOT NULL, 

PROD_LAST_UPD NOT NULL 

GENERATED ALWAYS 

FOR EACH ROW ON UPDATE 

AS ROW CHANGE 

TIMESTAMP); 

这些参数告诉DB2总是特别注意时戳和表。最新更新的时戳已在程式里植入很多年了，IBM已开始更新这项技术。 

这些新特性使得DB2能够从一个特定的时间段获取行，并且理解他们在何时被修改。DB2不但标注上了行时戳信息，更有记录ID(RID)和改变标记信息。标注行属性允许程式和用户来通过时戳查找数据库，以基于Where时戳语句获取一个特定行或行的组。 

新的列特性通过允许多个程式重新绑定减少了加锁开销，减少了加锁的诸多配置如Repeatable Read (RR), Read Stability (RS), or Cursor Stability (CS) to Uncommitted Read (UR)。不受拘束的读避免了数据库锁;应用程式通过在程式的UPDATE SQL语句中使用新的时戳列能够保持数据库会话一致性。新的时戳列提供了时戳和行的记录ID(RID)，DB2能够用来验证是否其他程式改变了有问题的数据。 

另外一个DB2 9 SQL语句，SKIP LOCKED DATA，也通过使用不兼容的锁来不获取或不影响数据行以帮助减少锁。您能够在SELECT, UPDATE和DELETE SQL语句中使用该语句来避免死锁。 

注意：大家在使用隔离层次的UR和SKIP LOCKED DATA语句时需要特别小心。尽管这项技术可以极大的减少加锁并且提高性能，他们却需要您很了解自己的程式。在性能提升前，你必须了解每个程式，并且详细阅读DB2的相关手册。</DIV>

系统性能机制

著作权归作者所有

如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！

添加新评论2 条评论

wysgdbd系统工程师
2010-11-03 22:26

很受益，加油~~~

Jon数据库管理员东南融通
2010-11-03 22:10

学习了

Ctrl+Enter 发表

匿名评论

能够提高系统性能的的DB2 9（Z/OS上）的乐观锁机制

添加新评论2 条评论

作者其他文章

相关文章

相关问题