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

夜里是不是在备份呢收起

"truncate table" was officially introduced in 9.7 as a new feature.
Although for 9.1 certain Fixpack, "truncate table" may be available.
I wouldn't trust it that much, since it may be buggy.
You might use the traditionally old and good stuff such as
"import from /dev/null ..."收起

先不考虑truncate table的功能什么时候添加的，如何那个数据库，truncate table都会添加排他锁，你也说了，没有其他应用使用这张表。优先想到的你应该监控下I/O的使用情况。收起

是这个意思，truncate遇到备份是不会超时的收起

回复 19# sgs


    会不会是备份等操作影响，备份时候产生的内部锁有些是不会触发locktimeout的收起

可以先尝试用db2pd 放到后台抓一下信息。
db2pd -lock -appl -dyn -latch -tran -rep 60收起

回复 20# weiruan85


>>    修改跑批程序也是一件繁琐事情，收起

回复 18# drdb2


    他为啥不试着换成db2 alter table not logged initially with empty table.    如果这个都是正常的，那就证明truncate的功能有问题，如果这个跟trucate 一样，不就说明trundate的功能是正常的。收起

回复 11# zhenda
9.5 is "End of Support"
If it is a bug related, you would not able to get a fix.
If you do not want to change code, probably you should consider upgrade.收起

回复 15# stevenluffy


   结合实际客观条件啊。晚上无规律性发生，有没有好的办法抓取啊。收起