这是我的一个statspack的REPORT,怎高手帮忙分析一下问题

anchen211

最初由 rollingpig 发布
[B]实际上，就你的总体情况而言，最好的优化手段是该应用，用insert/*+append */ or sqlldr driect=Y 的形式批量入库。 [/B]

你说的我不太明白,最好能详细一点,或者介绍一篇文章我看看.

anchen211

REPORT如下:

rollingpig

google for "oracle insert nologging"

warehouse

最初由 rollingpig 发布
[B]
hehe
实际上,redo log 等待应该是有3方面
a.redo buffer wait
log_buffer设置太小，这种情况，加大log_buffer,通常到1-3M,再大用处不大
b.log file sync
通常是由于commit过多引起的,这种情况，调应用是关键，批量insert/update会好于逐条insert立刻commit的做法.
c.就是本CASE里的log file parallel write了
这种通常是调phisical IO 的分布，比如使用raid 0 的阵列，或者是使用不同的Disk来放置redo log.

至于TOP EVENT wait Section的意义，如下：
                                                          Event指的是Event 名字
Waits   等待次数
Wait  Timeouts  等待而且timeout的次数
wait time(cs)   总等待时间，cs是百分之一秒
avg wai time: 平均每次等待的时间 ms是毫秒（千分之一秒）
Waits/txn 平均每个transation等待的次数 [/B]

非常感谢，每次都曾试图尽可能的读懂statspack，但是每次打开都读不明白，你有没有好的资料介绍statspack里的内容的，总之，如何才能读懂statspack，你给点意见吧，虽然我也知道这不是一天两天的事！

anchen211

最初由 rollingpig 发布
[B]google for "oracle insert nologging" [/B]

上传一下,大家一起也看看.

anchen211

最初由 rollingpig 发布
[B]
hehe
实际上,redo log 等待应该是有3方面
a.redo buffer wait
log_buffer设置太小，这种情况，加大log_buffer,通常到1-3M,再大用处不大
b.log file sync
通常是由于commit过多引起的,这种情况，调应用是关键，批量insert/update会好于逐条insert立刻commit的做法.
c.就是本CASE里的log file parallel write了
这种通常是调phisical IO 的分布，比如使用raid 0 的阵列，或者是使用不同的Disk来放置redo log.

至于TOP EVENT wait Section的意义，如下：
                                                          Event指的是Event 名字
Waits   等待次数
Wait  Timeouts  等待而且timeout的次数
wait time(cs)   总等待时间，cs是百分之一秒
avg wai time: 平均每次等待的时间 ms是毫秒（千分之一秒）
Waits/txn 平均每个transation等待的次数 [/B]

我增加日志组的数量会不会好一点?

rollingpig

最初由 anchen211 发布
[B]

我增加日志组的数量会不会好一点? [/B]

用处不大，或者根本没有用处。

rollingpig

最初由 warehouse 发布
[B]

非常感谢，每次都曾试图尽可能的读懂statspack，但是每次打开都读不明白，你有没有好的资料介绍statspack里的内容的，总之，如何才能读懂statspack，你给点意见吧，虽然我也知道这不是一天两天的事！ [/B]

呵呵，这个不好说，看多了就熟悉了


http://www.oracle.com/technology ... -jan/o13expert.html
http://metalink.oracle.com/metal ... p;p_database_id=NOT
http://metalink.oracle.com/metal ... T&p_id=228913.1

到metalink搜搜看，有不少文章。另外，看看论坛上别人都怎么分析的statspack。久而久之，总会看明白的。

anchen211

最初由 rollingpig 发布
[B]
呵呵，这个不好说，看多了就熟悉了


http://www.oracle.com/technology ... -jan/o13expert.html
http://metalink.oracle.com/metal ... p;p_database_id=NOT
http://metalink.oracle.com/metal ... T&p_id=228913.1

到metalink搜搜看，有不少文章。另外，看看论坛上别人都怎么分析的statspack。久而久之，总会看明白的。 [/B]

另外能解释一下为什么添加日志组没有用处呢?

bulkaunt

1 再增大点 db_block_buffers 和shared_pool_size

2  Soft Parse %:   13.64  软分析太低了，注意绑定变量

3  可以的话，生成statspack快照时间长点，看看效果如何。你上面最长时间才不到一个小时。