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

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

查看其它 23 个回答苏州易博创云的回答

苏州易博创云苏州易博创云CTO苏州易博创云网络科技有限公司
先不考虑truncate table的功能什么时候添加的,如何那个数据库,truncate table都会添加排他锁,你也说了,没有其他应用使用这张表。优先想到的你应该监控下I/O的使用情况。
IT咨询服务 · 2015-05-26
浏览1922

回答者

苏州易博创云
CTO苏州易博创云网络科技有限公司

苏州易博创云 最近回答过的问题

回答状态

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