DB2性能调整优化问题,请高手指点,急...

5。配置参数向导的值可以做为参考，但有时候也不见得就是最佳，那些问题的回答你只能根据你们应用的实际情况进行估计阿
6。迁移表空间，最好要把容器分布到不同的物理硬盘上，靠增加物理io能力来提高性能，一般对大数据量表由明显的效果，另外把userspace设为dms吧
7。如果不连接数据库的页面最后都回出不来的话，那肯定是was服务器上的问题了，一定要注意你的应用又没有内存泄露，或连接资源有没有关闭
8。was下有不少参数也是要调整的，像数据源下和连接有关的参数，像服务器的jvm，线程池等有关的参数。不过我接触最早的was也是4.0的，3.5实在是古董了；），4.0还有之前的was都不怎么样，有很多问题，5.0以上的版本要稳定很多，最好还是升级把

希望对你有帮助  :P  :mrgreen:

---

 joey945 回复于：2004-10-31 23:22:03

以下是2004-10-29的部分db2diag,因为太多所以只贴这一部分(从时间点2004-10-29-14.40.53.359000开始有一些信息值得注意).我很疑惑的是orderdetail这个表在2004-10-29-00.07.39这个时间不可能有人用啊,怎么会有锁呢?没有释放?(以前我也看到过类似不可能在当时使用的表的锁定信息) 请oprs帮我分析一下这个log.能否告诉我怎么看db2diag.log?我在网上没查到相关资料.谢谢!

另外,数据库服务器只有一个物理硬盘,另一个硬盘是做的同步镜像.迁移表空间不能靠增加物理io能力来提高性能,所以是否有必要迁移?

2004-10-29-00.07.39.859000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:988   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 9935, S
 -- Result (0 = success): 0

......

2004-10-29-10.01.59.203000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1448   Appid:D3984109.5D12.041029020102
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.01.59.718000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1448   Appid:D3984109.5D12.041029020102
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 10017, S
 -- Result (0 = success): 0

论坛热门帖子:	[lch203] 写得蛮好的linux学习笔记(10-21) [黑马制造] 学习java的30个目标(10-19) [笑傲股林] 做测试半年了，有点迷茫，应该再学些什么提高自己的测试水平和测试能力呢？(10-19) [udp8589] 大家用google的来吱一声? 用百度的~~也来报道下?(10-18) [沂偌掳兆] 本人总结的一些认为C++比较经典的书籍，希望对大家有用(10-18)
TAG标签:	高手 指点 问题 优化 性能 调整 db2syscs.exe PID:616