我自己的经验是这样的,我会对每个表进行分析是否存在重复索引(唯一索引、主键除外)可参考,然后我会自己弄一套编目表保存数据库的每个表和索引的TCB基准信息(9.7版本之前)及重复索引信息,然后我会对比表中被标识"重复&q
declare mycursor cursor for select * from syscat.tables with ur
terminate相对connect reset来说,connect reset只是断开连接,而terminate除开断开连接之外还退出clp。
如果要求保持一致的,当然最保守是在定义游标时加入with rr:)
回复 abcd097s 不用autoresize,那就增加你们的维护成本吧
我有个帖子可以让你参考:
找出平均执行时间较长、执行次数较多以及排序次数较多的前100条SQL:select * from sysibmadm.top_dynamic_sql order by AVERAGE_EXECUTION_TIME_S desc,NUM_EXECUTIONS desc,STMT_SORTS desc fetch first 100 rows on
回复 lcfeng06 这个问题之前咨询过两次IBM的人,他们可能对这方面了解较少所以也没有个肯定的回复,问题也不了了之了
回复 wp28556259 确实是缓冲池过多,导致利用率下降导致的,因为缓冲池都较小,查询的结果集大并频率较集中。
回复 sunyangnj 这些表空间的容器已经挂了N个裸设备,之前分析应该不是在这方面出现问题,后来通过把这批“热数据”都挪到两个表和索引空间并加大缓冲池解决的。之前也考虑到使用大页(现在8K),但是这个是B计划,呵呵:D
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30