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

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

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

redsprredspr数据库管理员北京普远天成科技有限公司
回复 19# sgs


    会不会是备份等操作影响,备份时候产生的内部锁有些是不会触发locktimeout的
互联网服务 · 2015-05-12
浏览1956

回答者

redspr
数据库管理员北京普远天成科技有限公司

redspr 最近回答过的问题

回答状态

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