数据库慢，请大家看看怎么回事

hzhg

数据库慢，请大家看看哪里的问题！

icybay

log file sync等待太大，soft parse的比例有点低

hzhg

icybay 发表于 2013-4-26 17:11
log file sync等待太大，soft parse的比例有点低

但是没看到有dml的语句啊？

26856649

C_IYMDHM  分区没

sheep_yang678

说下我自己的看法，不保证正确有效。
1、看等待事件log file sync和其他3个读都是IO等待事件，说明性能差在IO。
2、Physical reads:         6,243.4这个物理读太高太高，吃掉了很多IO性能。
3、Buffer Hit %:         86.32 目前看起来buffer是有点不足的。
4、Hard parses:         186.5这个有点高
所以我认为想进行优化，应该：
1、增大buffer
2、优化物理读多的sql
3、考虑下绑定变量？

icybay

hzhg 发表于 2013-4-26 17:16
但是没看到有dml的语句啊？

select也是dml啊，另外commit是不是太频繁了，还有用绑定变量吧

hzhg

sheep_yang678 发表于 2013-4-26 17:21
说下我自己的看法，不保证正确有效。
1、看等待事件log file sync和其他3个读都是IO等待事件，说明性能差在 ...

谢谢，我觉得能做的也只有优化下语句了

Maclean Liu(刘相兵

版本 11.2.0.1.0 ==》　预示是一套　本质无人关心的　非核心库

Event        Waits        Time(s)        Avg wait (ms)        % DB time        Wait Class
log file sync        173,762        17,765        102        44.01        Commit
db file scattered read        176,020        5,599        32        13.87        User I/O
db file sequential read        158,339        3,545        22        8.78        User I/O
Event        Waits        %Time -outs        Total Wait Time (s)        Avg wait (ms)        Waits /txn        % bg time
log file parallel write        43,249        0        1,171        27        0.25        62.69


物理IO 读写的响应时间都不好, 每秒的 IOPS=293.21        +103 => 不到400 的IOPS下 就达到30ms的响应速度， 可见 IO 存储非常差。

physical read total IO requests        354,391        293.21        2.05
physical write total IO requests        125,140        103.54        0.73


Tablespace        Filename        Reads        Av Reads/s        Av Rd(ms)        Av Blks/Rd        Writes        Av Writes/s        Buffer Waits        Av Buf Wt(ms)
SYSAUX        /space/rdb/db_sys/tbs_rdb_sysaux_f01.dbf        3,473        3        32.65        1.36        941        1        0        0.00

用的是 文件系统 可能是 JFS2吧， 用的本地SAS盘吗？

hzhg

Maclean Liu(刘相兵 发表于 2013-4-26 20:33
版本 11.2.0.1.0 ==》　预示是一套　本质无人关心的　非核心库

Event        Waits        Time(s)        Avg wait (ms)        % DB t ...

客户的一套库，应该是用的本地磁盘
为什么从版本看是 　预示是一套　本质无人关心的　非核心库，版本不稳定么？
iops在400左右的情况下，正常响应速度是多少说明io正常，3ms么?
还有30ms的响应速度看的是哪儿呀，Av Rd(ms) ：32.65 还是等待事件的db file scattered read：32ms呢？

Maclean Liu(刘相兵

版本不稳定么？ ==> 当然不稳定

2、 已经说了 这样的Io 就是很烂

3、 不仅仅是一个指标 而是多个指标反映

hzhg

Maclean Liu(刘相兵 发表于 2013-4-27 21:01
版本不稳定么？ ==> 当然不稳定

2、 已经说了 这样的Io 就是很烂

那其他时间段的iops 达到1000，响应时间十几ms,这又说明什么：
physical read total IO requests 1,339,625 370.59 1.00
physical write total IO requests 2,398,164 663.41 1.79

Event Waits Time(s) Avg wait (ms) % DB time Wait Class
log file sync 1,452,499 12,158 8 23.99 Commit
db file sequential read 920,375 9,431 10 18.61 User I/O
DB CPU   8,843   17.45   
enq: TX - row lock contention 3 8,242 2747197 16.26 Application
db file scattered read 384,285 6,370 17 12.57 User I/O

Maclean Liu(刘相兵

就per transaction看 它的Io特点有所变化，  Io的度量 至少分成IOPS、吞吐量和响应时间三个维度来分析 ， 你可以上传 你认为良好的AWR


也不排除 其他进程消耗了部分IO， 平均单次IO 若大于20ms  即可认为 IO较差。


关于版本  我还是要说 11201就是 那种down了 丢了 也无所谓的库