db2回滚处理问题

bigtong

最初由 tomteng 发布
[B]有同感，DB2在并发性上不错，但是稳定性不够，而且出了问题之后，实验室的人员除了要求重建之外提不出好的建议，并且还威胁说不重建的话以后就不支持了 [/B]

Rebuild the table even a lot data in it? What ridiculous!
For a big data warehouse whatever it use Oracle or DB2, one table may hold larger than several hundred GB data. Just rebuild it? Please change your DBA.
I believe that all the issues you have caught can be resolved by a good DBA or IBM supporters. Of course, db2 is much more complicated than Oracle, but it is unfair for db2 that you give the conclusion, “db2 is not stable”. Obviously, you, even your DBA, don’t know db2 enough.

bennial

最初由 bpmfhu 发布
[B]4节点的RAC确实比较少见 [/B]

貌似ZJ mobile的生产系统是4-node RAC on HP-UX

yue_01

我曾经给一个国家机关做过4个节点的DB2数据库，运行了一段时间后，使用人员发现数据量好像不对大概少了四分之一。我检查时才发现有一台（不是主节点）的机器已经DOWN了。当时我就对DB2非常不解！但是如果是ORACLE的RAC是绝对不会出现这种情况的。（我必须承认，本人使用的很长时间的ORACLE,DB2不熟）

另外我想说一点：大家在讨论技术问题时不要太多的说一些厂商提供的商业噱头来作为作证，什么市场占有率第一等等，大家都是做技术的，都客观一些！

我对IBM的操作系统和商业运作都十分的佩服。往往都是四五个人集体出现，态度趾高气扬！本人不认同！所谓银行的使用我想和银行中使用了许多的IBM大型机有非常非常大的关系。IBM渠道做的好，行业有关系这是他们的本事。就我个人来看，银行的业务并非大的惊人，想要看真功夫，电信见！

纯属个人意见，请大家参考，共同进步！

q12345555

能不能详细介绍一下“一致性通过isolation level解决”的问题，并加个实例说明一下。我的email:q12345555@126.com

zdygk

最初由 yue_01 发布
[B]我曾经给一个国家机关做过4个节点的DB2数据库，运行了一段时间后，使用人员发现数据量好像不对大概少了四分之一。我检查时才发现有一台（不是主节点）的机器已经DOWN了。当时我就对DB2非常不解！但是如果是ORACLE的RAC是绝对不会出现这种情况的。（我必须承认，本人使用的很长时间的ORACLE,DB2不熟）

另外我想说一点：大家在讨论技术问题时不要太多的说一些厂商提供的商业噱头来作为作证，什么市场占有率第一等等，大家都是做技术的，都客观一些！

我对IBM的操作系统和商业运作都十分的佩服。往往都是四五个人集体出现，态度趾高气扬！本人不认同！所谓银行的使用我想和银行中使用了许多的IBM大型机有非常非常大的关系。IBM渠道做的好，行业有关系这是他们的本事。就我个人来看，银行的业务并非大的惊人，想要看真功夫，电信见！

纯属个人意见，请大家参考，共同进步！ [/B]

店大欺客是有的。不过， 银行IT比电信IT关键的多。实时性要求高的多。而电信在信息量上也许不小，能和银行有的一拼。

zzrisme

xyf_tck恐怕不知道db2的参数locktimeout吧，一个完全不懂dba的人员怎么可能把程序写好呢，至少也该请教一下吧

hannibal

事务隔离级别生产应用都是使用isolation 3。即禁止幻影读。
利用事务隔离不同级别说事是误导和混淆。
至于从事务隔离级别说到HA和DR，只能说是离题了。
我怀疑oracle在一种小select + 小update, 小select +  小update的情况下会出现select数据不准确的情况。
我来举个银行扣款的简单例子：
通常扣款后前台都会显示 账户交易前金额 发生额 账户余额
我们知道扣款交易的事务流程是
select bal （交易前金额）
中间处理过程
update bal - val (账户余额)
假如并发量特别大的情况，A,B两个交易同时执行，当然事务隔离级别保证最终结果是正确的。
那么会不会发生 [交易前金额] 返回前台有误的情况？
db2,sybase等通过给读加锁严格保证了不可能产生幻影读，
oracle利用回滚段巧妙的避免了幻影读，但是有一个问题是oracle读出的数据当前可能是不正确的，oracle可以利用SCN找到最早的数据（注意这不是当前的数据），但他读出的数据是错误的。
而db2,sybase的做法保证当前读和写的数据是完全一致的。
银行是实时扣款，电信移动是延时批量扣款。
因此银行少用oracle, 电信移动多用oracle?
错误之处请指教，大家共同进步。

muzijiang

长见识了

ryan76

我想这里不同的行业电信或银行对杜一致性有不同的要求或理解，不能用Oracle的一致性来要求DB2 ，反过来也一样

ryan76

个人认为在实时的杜一致性上DB2 还是好一些，但也不是满足所有的情况