在 “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！）。
银弹嘛，毕竟还是太少了。