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

rollingpig

呵呵，加的是太少了
另外，最好是run了一阵之后再取statspack数据会准确一点，DB刚起来的数据通常在 HIT_ratio方面会明显低于正常状态，wait里的db file read也一样会比正常要高。

anchen211

最初由 husthxd 发布
[B]db_block_buffer：2048
改为204800还差不多

另外:
你只是把statspack报告上传上来,但客户有感觉到系统慢吗?
慢在什么地方? [/B]

感觉好象没有多大改善.
我在12:00之前做的修改,在午饭后开始统计,主要参数如下:
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
            Buffer Nowait %:  100.00       Redo NoWait %:  100.00
            Buffer  Hit   %:   99.69    In-memory Sort %:   99.68
Top 5 Wait Events
~~~~~~~~~~~~~~~~~                                             Wait     % Total
Event                                               Waits  Time (cs)   Wt Time
-------------------------------------------- ------------ ------------ -------
log file parallel write                            45,487        5,482   76.56
log file sync                                         699          613    8.56
latch free                                            527          583    8.14
control file parallel write                           523          264    3.69
db file sequential read                               412          185    2.58

我不知道这是否叫做有效的改善?
附件是完整的REPORT.

另外,我说了主要是用于计费,用户查询不多,是我自己感觉很慢,我昨天建一个500M的表空间都建不起来,最后还是放弃了.

rollingpig

Buffer Hit %: 99.69 就好多了
wait里的db file read也有所下降

不过,redo log的 wait 通常只能通过 调整 redo log 在物理磁盘的分布，或者调程序降低redo总数来解决，调初始化参数用处不大。

anchen211

最初由 rollingpig 发布
[B]Buffer Hit %: 99.69 就好多了
wait里的db file read也有所下降

不过,redo log的 wait 通常只能通过 调整 redo log 在物理磁盘的分布，或者调程序降低redo总数来解决，调初始化参数用处不大。 [/B]

我无法决定数据库以外的因素,我能做的关于数据库的调整就没有办法了吗?

warehouse

最初由 rollingpig 发布
[B]Buffer Hit %: 99.69 就好多了
wait里的db file read也有所下降

不过,redo log的 wait 通常只能通过 调整 redo log 在物理磁盘的分布，或者调程序降低redo总数来解决，调初始化参数用处不大。 [/B]

想让你解释一下REDO LOG WAIT等待表示什么意思，是不是写REDO LOG出现了等待现象，它的单位什么,以及WAIT后面几项的意思是什么，单位是什么，谢谢！

rollingpig

那你最好的办法就是的出一个结论给你的领导
“Database里我能做得已经做了，要提高性能需要在storage上做文章”

li2

Top 5 Wait Events
~~~~~~~~~~~~~~~~~                                             Wait     % Total
Event                                               Waits  Time (cs)   Wt Time
-------------------------------------------- ------------ ------------ -------
log file parallel write                            45,487        5,482   76.56
log file sync                                         699          613    8.56
latch free                                            527          583    8.14

            Library Hit   %:   77.93   

日志所在盘,速度不够快.可以的话不要用raid 5,把日志文件加大,大概20分钟才切换一次,这样的话每个文件大小应该在300M左右.
shared pool 还应该再加大,3G的内存 sga 可以设在1.5G以内(你的系统用户数不多?).

rollingpig

最初由 warehouse 发布
[B]

想让你解释一下REDO LOG WAIT等待表示什么意思，是不是写REDO LOG出现了等待现象，它的单位什么,以及WAIT后面几项的意思是什么，单位是什么，谢谢！ [/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等待的次数

anchen211

最初由 li2 发布
[B]Top 5 Wait Events
~~~~~~~~~~~~~~~~~                                             Wait     % Total
Event                                               Waits  Time (cs)   Wt Time
-------------------------------------------- ------------ ------------ -------
log file parallel write                            45,487        5,482   76.56
log file sync                                         699          613    8.56
latch free                                            527          583    8.14

            Library Hit   %:   77.93   

日志所在盘,速度不够快.可以的话不要用raid 5,把日志文件加大,大概20分钟才切换一次,这样的话每个文件大小应该在300M左右.
shared pool 还应该再加大,3G的内存 sga 可以设在1.5G以内(你的系统用户数不多?). [/B]

我的日志大小为200M,切换频率不高,每小时1~2次,这样的频率应该是合适的.

rollingpig

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