很奇怪的性能问题，求解答（技术交流）
AIX5.3+HACMP+DB2V8.2做疲劳测试
1.数据库运行于A节点，通过业务模拟器发生业务，“业务表”写入190W行记录后性能下掉，观察到大量锁等待，cpu利用率降低类似惰性系统，reorg/runstats/rbind不起作用，HACMP切换数据库到B节点，性能正常，业务模拟再次写入190W笔记录，共380W笔记录，性能下掉。
2.恢复数据库，数据库运行于A节点，重新发生190W笔业务，模拟190笔业务后性能下掉，什么都不操作，等若干时间（24小时），再模拟业务发生，性能正常，直至共380W笔记录，性能下掉。
3.恢复数据库，数据库运行于A节点，重新发生190W笔业务性能下掉，重启A节点，数据库运行于A节点，性能还是为下掉状态，等若干时间（24小时），性能正常。
说明：也做了AIX vmo的一些调整和db2 bufferpool的调整不管用，感觉就服务器跑了一定业务要歇一段时间才能恢复性能.................
1.数据库运行于A节点，通过业务模拟器发生业务，“业务表”写入190W行记录后性能下掉，观察到大量锁等待，cpu利用率降低类似惰性系统，reorg/runstats/rbind不起作用，HACMP切换数据库到B节点，性能正常，业务模拟再次写入190W笔记录，共380W笔记录，性能下掉。
2.恢复数据库，数据库运行于A节点，重新发生190W笔业务，模拟190笔业务后性能下掉，什么都不操作，等若干时间（24小时），再模拟业务发生，性能正常，直至共380W笔记录，性能下掉。
3.恢复数据库，数据库运行于A节点，重新发生190W笔业务性能下掉，重启A节点，数据库运行于A节点，性能还是为下掉状态，等若干时间（24小时），性能正常。
说明：也做了AIX vmo的一些调整和db2 bufferpool的调整不管用，感觉就服务器跑了一定业务要歇一段时间才能恢复性能.................
15同行回答
找了大神现场排查和开发商人，问题找到了，一个业务关联到若干事务package，其中一个事务package包括了会update序号表取序号，然后insert一条交易记录到交易表里面，不同业务对应不同的序号行，序号和日期都是记录表的唯一索引，问题发生是因为某个业务的序号用完了，insert不进去，程序逻辑会重复执行update序号和insert记录动作若干次，序号表锁行引起并发下降。
切换到备机性能相当是我观察有误！
谢谢大家，不知道給分給谁好了.....收起
切换到备机性能相当是我观察有误！
谢谢大家，不知道給分給谁好了.....收起
浏览1477
浏览1436
你的第一种vmo设置，应该是5.3的经典设置。
不过nowadays，IBMclearly推荐,regardless 5.3 or 6.1
http://www-01.ibm.com/support/docview.wss?uid=swg21328602
Recommended AIX Virtual Memory Manager settings for DB2 database product
maxperm%=90
maxclient%=90
minperm%=3
lru_file_repage=0收起
不过nowadays，IBMclearly推荐,regardless 5.3 or 6.1
http://www-01.ibm.com/support/docview.wss?uid=swg21328602
Recommended AIX Virtual Memory Manager settings for DB2 database product
maxperm%=90
maxclient%=90
minperm%=3
lru_file_repage=0收起
浏览1461
浏览1502
锁等待势必会造成90%的锁等待，还有就是需要模拟多个业务场景测试看看。记录具体的操作性能统计数据，多做几个db2 snapshot的性能数据。然后在判断数据库调整的方向。收起
浏览1404
浏览1695