db2回滚处理问题

wolfop

最初由 wxz75 发布
[B]一致性是可以通过isolation level解决,但这是以牺牲并发性为代价的.
DB2有四种隔离级别: 未提交读、游标稳定性(缺省)、读稳定性和可重复读. 未提交读的并发性最好,但是没有任何读一致性可言; 缺省的游标稳定性的并发性已经不如ORACLE(select 和update互相影响,ORACLE无此问题),而且读一致性也不能保证,其他两种级别应该可以保证读一致性,但并发性完全不可接受.
之所以银行可以用DB2有两个原因:
1.有些银行用的是390,机制不同
2.其他银行用UDB,但是银行和许多其他如电信等行业不同,对OLD IMAGE的要求不高,所以DB2的一致性和并发性的问题被掩盖.

这些问题我发现时也很疑惑,简直不敢相信.但我与IBM的资深工程师探讨过多次后,才一致共同确认DB2是存在此类缺陷.

这就是事情的经过,有些问题你光从DB2的角度看不出来,你如果能同时掌握DB2和ORACLE,就很容易看出来了.当然,以DB2的角度,ORACLE也不是没问题. [/B]

缺省的游标稳定性？我怎么记得是CR?。
看来我把几个数据库弄混淆了，INFORMIX ORACLE的缺省隔离级别是 CR （提交读），DB2是游标稳定性，但是ORACLE没有这个级别，似乎CR和游标稳定性不是一个概念，INFORMIX就同时有游标稳定性和提交读两个不同的隔离级别，而且认为CR比游标稳定性隔离级别低，当然并发性好。所以关于并发的东西，我看这个论述不完整，等我再查查资料再说。
对于没有回滚段会导致没有读一致性，我觉得简直是匪夷所思，能否讲你的完整思路写出来。

wolfop

最初由 wxz75 发布
[B]一致性是可以通过isolation level解决,但这是以牺牲并发性为代价的.
DB2有四种隔离级别: 未提交读、游标稳定性(缺省)、读稳定性和可重复读. 未提交读的并发性最好,但是没有任何读一致性可言; 缺省的游标稳定性的并发性已经不如ORACLE(select 和update互相影响,ORACLE无此问题),而且读一致性也不能保证,其他两种级别应该可以保证读一致性,但并发性完全不可接受.
之所以银行可以用DB2有两个原因:
1.有些银行用的是390,机制不同
2.其他银行用UDB,但是银行和许多其他如电信等行业不同,对OLD IMAGE的要求不高,所以DB2的一致性和并发性的问题被掩盖.
这些问题我发现时也很疑惑,简直不敢相信.但我与IBM的资深工程师探讨过多次后,才一致共同确认DB2是存在此类缺陷.

这就是事情的经过,有些问题你光从DB2的角度看不出来,你如果能同时掌握DB2和ORACLE,就很容易看出来了.当然,以DB2的角度,ORACLE也不是没问题. [/B]

请说明清楚390的DB2机制不同在什么地方？
IBM网站说DB2不能保证读一致性的原文在哪里，请给出，谢谢。
按照正常理解和ITPUB的文章，对于ORACLE缺省的CR隔离级别，一样不可能避免幻象读和不可重复读的问题。
"读一致性：当一个会话正在修改数据时，其他的会话将看不到该会话未提交的修改。而且，当一个语句正在执行时，该语句将看不到从该语句开始执行后的未提交的修改（语句级读一致性）。当ORACLE执行SELECT语句时，ORACLE依照当前的系统改变号（SYSTEM CHANGE NUMBER-SCN）来保证任何前于当前SCN的未提交的改变不被该语句处理。可以想象：当一个长时间的查询正在执行时，若其他会话改变了该查询要查询的某个数据块，ORACLE将利用回滚段的数据前影像来构造一个读一致性视图。"
对于INFORMIX，也没有回滚段，只有物理日志文件，用来保证修改前的映象，其实可以理解成为他也有回滚段，但是只有一个大的。
对于DB2，我的理解在于，他的日志不是好像ORACLE这样只记录修改，而是将INFORMIX那样的逻辑日志和物理日志都放到日志文件中，包括修改前印象和修改操作。

wolfop

最初由 wxz75 发布
[B]没错,DB2没有rollback  segment,它只有log.
回退时使用的是online log.

你再往深处想想,这样一来缺省情况下DB2就失去了读一致性,可怕吧.
当然可以通过调整参数来强行保证读一致性,但又失去了并发性.

个人认为这是DB2的一个大缺陷! [/B]

没有想通，非常想不通，请说明清楚你的思路。

wolfop

http://www.dbforums.com/archives/t246823.html
关于rollback segment ，用来放修改前的映像，DB2无法把逻辑日志和修改前印象都放到LOG中了。仅此而已，可能有日志争用导致性能上的问题，但是绝对不可能导致读不一致。
连脏读都无法避免，还怎么玩。

bpmfhu

4节点的RAC确实比较少见

wolfop

对于并发问题我基本可以得到结论了，DB2缺省的隔离级别游标稳定性是比CR（ORACLE的缺省隔离级别）高的隔离级别。由于两者的隔离级别不相同，最好参考INFORMIX这种既有CR也有游标稳定性的数据库的隔离级别就清楚了。
隔离级别高当然导致可能并发性能的下降，就这样简单而已，ORACLE和INFORMIX是提供了一个满足SQL-92标准的东西，可以有比较好的并发性，DB2可能还是考虑原来主要在金融领域的应用，试图增加一些东西提供更强的隔离级别，但是自然并发就下降了。
至于DB2无法保证读一致性，纯属胡说。
当然由于DB2缺省的隔离级别的问题，要提高性能，DB2建议对读也要进行提交
http://www-900.ibm.com/developer ... at/0211sampat.shtml

cliser

最初由 wolfop 发布
[B]对于并发问题我基本可以得到结论了，DB2缺省的隔离级别游标稳定性是比CR（ORACLE的缺省隔离级别）高的隔离级别。由于两者的隔离级别不相同，最好参考INFORMIX这种既有CR也有游标稳定性的数据库的隔离级别就清楚了。
隔离级别高当然导致可能并发性能的下降，就这样简单而已，ORACLE和INFORMIX是提供了一个满足SQL-92标准的东西，可以有比较好的并发性，DB2可能还是考虑原来主要在金融领域的应用，试图增加一些东西提供更强的隔离级别，但是自然并发就下降了。
至于DB2无法保证读一致性，纯属胡说。
当然由于DB2缺省的隔离级别的问题，要提高性能，DB2建议对读也要进行提交
http://www-900.ibm.com/developer ... at/0211sampat.shtml [/B]

非常感谢你！也感谢楼上的各位。通过讨论，使我们对各大数据库更了解了。

wxz75

我实在没有空继续长篇大论下去了,你要是想继续探讨,有没有电话,详细讨论?
另外奉劝你,说话注意点分寸,不要把我的论点断章取义,再说什么"纯属胡说"之类.在网上互相攻击,我已经没有兴趣了.有意思吗?
说到四节点RAC,你以为我想选啊?还是那句话:技术是技术,商务是商务.有时侯选型是领导的政治需要决定的,非完全取决于技术优劣.

cliser

听说IBM DB2在国内有8节点的成功例子(是IBM中国的人在由CSDN主持的论坛的讨论时说的).

wolfop

最初由 wxz75 发布
[B]我实在没有空继续长篇大论下去了,你要是想继续探讨,有没有电话,详细讨论?
另外奉劝你,说话注意点分寸,不要把我的论点断章取义,再说什么"纯属胡说"之类.在网上互相攻击,我已经没有兴趣了.有意思吗?
说到四节点RAC,你以为我想选啊?还是那句话:技术是技术,商务是商务.有时侯选型是领导的政治需要决定的,非完全取决于技术优劣. [/B]

我仔细找了找ORACLE的读一致性资料，终于弄明白那个东西利用回滚段建立的一个幻象读的结果，也许有他的意义，也许是噱头而已。如果你认为这个东西是OLTP系统必要的东西，倒是让我很诧异，想法BATCH可能才需要这个东西。我倒是想看看你这个读一致性在OLTP系统中的用处。
顺便请你解释解释390上面的DB2的机制和开放系统的不同之处。