结合实际环境,有没有好的办法定位truncate慢的原因?

DB2数据库v9.1版本,夜间跑批时,多个表truncate较慢,最长的达到3个多小时。上次出现此问题大概有一个月时间。项目组反馈是对该表是串行处理,dynamic快照,没有抓到相关sql。问题:结合实际环境,有没有好的办法定位truncate慢的原因?...显示全部
DB2数据库v9.1版本,夜间跑批时,多个表truncate较慢,最长的达到3个多小时。上次出现此问题大概有一个月时间。项目组反馈是对该表是串行处理,dynamic快照,没有抓到相关sql。
问题:结合实际环境,有没有好的办法定位truncate慢的原因?收起
参与27

查看其它 23 个回答weiruan85的回答

weiruan85weiruan85数据库管理员ibm
回复 18# drdb2


    他为啥不试着换成db2 alter table not logged initially with empty table.    如果这个都是正常的,那就证明truncate的功能有问题,如果这个跟trucate 一样,不就说明trundate的功能是正常的。
政府机关 · 2015-05-11
浏览1955

回答者

weiruan85
数据库管理员ibm

weiruan85 最近回答过的问题

回答状态

  • 发布时间:2015-05-11
  • 关注会员:1 人
  • 回答浏览:1955
  • X社区推广