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

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

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

infosphereinfosphere软件实施顾问keyvalues
回复 1# zhenda


   有遇到在purescale环境上,分区表做truncate,会先加上大量的Z锁,这个过程极慢。 先将分区表上的索引drop掉然后truncate顿时飞快。不知有有无参考意义
IT咨询服务 · 2015-05-07
浏览638

回答者

infosphere
软件实施顾问keyvalues

infosphere 最近回答过的问题

回答状态

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