对上一篇的补充

在 “http://www.cnblogs.com/fangwenyu/p/3260907.html” 中提到经过打了一个数据库的补丁来解决"row cache objects"的问题。

可是结果很不幸，问题并无解决！ 

 

后来经过仔细观察，发现压力测试中随着 vuser的数量增长，DB服务器的usage一直在上升，可是一旦达到或接近100%的时候，发现这个时候就会出现row cache objects 的争用问题了。

 

后来仍是老老实实对有问题的SQL进行优化（虽然有些已经很难改动了），而后对一些sequence的cache size进行增长(这个在有个report中反映明显，由于一个简单的seq.nextval的读取操做都很费时间，发现竟然cache被设置成了0！）。

 

银弹嘛，毕竟仍是太少了。