在做压测的awr报告,大家看看还有什么能优化的吗?
最近在做新系统的压测,已经建了业务测试库,现在使用loadrunner在进行100并发用户测试,请大家帮忙看看awr报告中还有什么可以优化的吗?os:rehdat 6.4x64,64GB内存
oracle:11.2.0.4.5
Event Waits %Time -outs Total Wait Time (s) Avg wait (ms) Waits /txn % bg time
log file parallel write 28,948 0 997 34 0.86 46.30
Event Waits Total Wait Time (sec) Wait Avg(ms) % DB time Wait Class
db file sequential read 3,732,212 43.4K 12 56.0 User I/O
DB CPU 27.8K 35.8
log file sync 32,562 3844 118 5.0 Commit
gc current block busy 6,671 961.7 144 1.2 Cluster
gc buffer busy acquire 9,011 488.2 54 .6 Cluster
gc buffer busy release 2,445 486.9 199 .6 Cluster
gc cr block busy 3,580 335.7 94 .4 Cluster
gc current block 2-way 264,055 69.4 0 .1 Cluster
SQL*Net message to client 43,244,308 37.3 0 .0 Network
enq: TX - index contention 1,188 17.5 15 .0 Concurrency
如果无法调整 logfile的IO的话 可以考虑 commit_write 和配合一些”特殊的处理“
其他一些参数 也有少量的 调优空间 Liu Maclean(刘相兵 发表于 2015-1-31 18:59 static/image/common/back.gif
Event Waits %Time -outs Total Wait Time (s) Avg wait (ms) Waits /txn % bg time
log file parallel wr ...
从 awrrpt_1_24_25.html 看
user commits 每秒只有11.64次
刘大,请教一下,这个实例的IOPS是不是用
Total Physical Read Requests: 3,732,770
+
Total Physical Write Requestss: 137,846
算出每秒的IOPS=(3732770+137846)/46.92/60=1374.89次
是不是由于较高的IOPS,引起了磁盘的繁忙 ,从而导致了log file sync 的的每秒等待时长高达118ms 楼主的存储什么配置? 不了峰 发表于 2015-2-2 11:28 static/image/common/back.gif
楼主的存储什么配置?
普通的SAS盘 下载下学习下 RAC 网络通信延迟比较多啊 索引读取 占了服务56% 看来是个比较真实的应用.
节点1和节点2上跑的应用 应该是同类的. 建议细分应用 放在单独节点上
COMMIT 提交 在线日志放在独立的磁盘组上
页:
[1]