我觉得楼主应该没有查到真正的问题原因(是不是由其他的唯一索引引起),DBMS在对数据表进行扫描过程中时是按照单方向扫描的,不太可能又返回去进行扫描,所以,一个主键对应的导出数据记录要么使用的更新后的影像要么对应更新前
从9.7版本开始,使用CS隔离级别应该能得到语句发起时刻一致的数据记录
由于每个库上执行的SQL在各自库上监控,所以,库之间产生的死锁信息不能通过每个库自身的死锁监控发现并解锁,楼主的20个库组成联邦,太恐怖了。而且,建立联邦之后,一个有性能问题的数据库会拖垮整个数据库群,基于以上考虑,我们
共享排序应用在启用了分区内并行的情况下,私有排序则都会使用
另外,建议通过db2pd检查一下目标表上的索引使用情况,删除长时间未用的索引
回复 mdkii 通过这种方式查看是随机IO还是顺序IO,学习了,不过有的时候这两种方式共存,确实不好判断
由于目标表很大,并且数据库版本为9.1,尚不支持分区表的local index,所以全部是global index类型,索引级次较深,感觉瓶颈还是在索引维护上,优化方法建议:1、增加索引表空间使用的缓冲池;2、如果索引表空间没有和数据表空间保
快照中有总的锁等情况的信息,但无具体到某张表的锁等情况信息
回复 mdkii MON_GET_TABLE好像没有锁等待的信息
通过快照不好找,历史信息更不好找。通过db2pd -db dbname -locks showlocks wait可看及时锁等情况
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30