创鬼

回复 创鬼 测试环境是IBM Informix Dynamic Server Version 9.40.UC9 -- On-Line -- Up 00:41:13 -- 568312 Kbytes

回复 lansworld select b.id1,c.c1 from b,c where b.id2 = c.id2 into temp temp2 with no log; select * from a left join temp2 f on a.id1 = f.id1; 你要的结果： id1 a1 id1

[i=s] 本帖最后由 创鬼 于 2015-4-2 11:24 编辑 回复 db2china2 我建议你自己找个独立的环境，亲自动手做个测试：1、重启数据库，开启快照，收集get snap for db 关注下面的一些选项Locks held currently

回复 niko_lee 宕机时，如果能直接从db2diag.log中找到造成宕机的pid和tid，就可以不用看nfy文件，如果没找到，则 1、db2diag.nfy和db2diag.log在同一个目录，nfy文件详细记录了数据库宕机时的信息，类似与一个事件，可以根据n

回复 db2china2 db2pd -d dbname -locks 查看当前锁使用情况 把dbname 换成你的数据库的名字

可以考虑，开启快照，获取snap for locks 、snap for db 的信息，里面有记录锁使用的最高水位情况

回复 niko_lee tail -300f db2diag.nfy文件贴下。。。

回复 flyinweb 用的第三方备份软件？NBU?检查下相关设备信息日志，看是否有异常

回复 flyinweb 要确定下下面的几个问题：1、恢复时系统负载怎样？ 当时资源消耗最大是什么程序？2、onbar恢复日志有什么报警或者错误的信息？3、你这个恢复做了几次？每次都是2个小时吗？

回复 jeffbeck 对于第二种情况，有详细介绍吗？ 如何检测其中的不一致？