老大帮我看看我的statspack report.

biti_rainy

最初由 doctest 发布
[B]

我的log buffer由最初的几百k增加到现在的6M
但redo log allocation retries在繁忙时最高十分钟达到700



[/B]

建议你在高峰期前后运行
select name,value from v$sysstat where name like '%redo%' or name like '%commits%';


看看在这段时间内有多少变化

Fenng

最初由 doctest 发布
[B]



5个Redo log 组
每个20M

组多也是一个一个的用
能将将原理吗
谢谢 [/B]

不小，

呵呵，每次对log中的内容写入磁盘的

如果切换的太快．来不及写完，等待就要产生

jxc_hn

系统并不慢.因为有我

因为是小应用, 数据库建立在file system上. no RAID

3组log , 每组一个. 每个50M.

两个control file.

应用为J2EE应用. jsp/javabean/EJB. 一台app server, 跑weblogic.
一台db server, 独立的oracle DB.

甚至oracle软件和oracle数据库都装在同一路径下. 条件所限.

系统由若干个程序员开发,没有刻意强调用bind var, 但看来影响还不大

jxc_hn

log file parallel write                         1,436,993    1,102,188   10.80
log buffer space                                   16,698      873,203    8.56
log file sync                                   1,413,374      654,587    6.42
control file parallel write

关于这几个top wait. 我查了资料.主要的可能原因如下:

1. control files 在同一磁盘上. log 也是.
2. 虽然不是RAID 5,但mount时没有forcedirectio  
3.log buffer 小了点. 导致较多的commit.

biti_rainy

最初由 jxc_hn 发布
[B]3.log buffer 小了点. 导致较多的commit. [/B]

频繁的commit导致频繁的 lgwr 写日志，可能导致 log  file  sync 事件
怎么会buffer 小导致 多commit  


log file parallel write  ：
你的日志组只有一个 member 么？  奇怪的说

jxc_hn

嗯.  可能就是log buffer小导致的log file sync ,log buffer space .

每个日志组只有一个member , 这个确实有点危险.

但是,我又有疑问了. 既然只有一个current member, 何来 parallel write ?

doctest

最初由 biti_rainy 发布
[B]
建议你在高峰期前后运行
select name,value from v$sysstat where name like '%redo%' or name like '%commits%';


看看在这段时间内有多少变化 [/B]

     VALUE TO_CH
---------- -----
     32278 15:31


NAME                                                                  VALUE
---------------------------------------------------------------- ----------
user commits                                                         853863
redo synch writes                                                    864638
redo synch time                                                    23457709
redo entries                                                       50708588
redo size                                                        1.7812E+10
redo buffer allocation retries                                        32278
redo wastage                                                      407594520
redo writer latching time                                              1068
redo writes                                                          916340
redo blocks written                                                18077094
redo write time                                                    10344980

NAME                                                                  VALUE
---------------------------------------------------------------- ----------
redo log space requests                                               23315
redo log space wait time                                            2204749
redo log switch interrupts                                                0
redo ordering marks                                                    6207

選取了 15 列


     VALUE TO_CH
---------- -----
     32423 16:28


NAME                                                                  VALUE
---------------------------------------------------------------- ----------
user commits                                                         856795
redo synch writes                                                    867695
redo synch time                                                    23586031
redo entries                                                       51033042
redo size                                                        1.7931E+10
redo buffer allocation retries                                        32423
redo wastage                                                      409232624
redo writer latching time                                              1068
redo writes                                                          919771
redo blocks written                                                18196775
redo write time                                                    10419396

NAME                                                                  VALUE
---------------------------------------------------------------- ----------
redo log space requests                                               23607
redo log space wait time                                            2233392
redo log switch interrupts                                                0
redo ordering marks                                                    6237

選取了 15 列

是不是还要加log_buffer呀

biti_rainy

？

跟log_buffer 没多大关系
日志文件多大？  事务太繁忙能否考虑成批提交？

doctest

前一次是15:31
后一次是16:28

redo log file 5组,每组两个成员,每个20M

不是一个作业,在某个时段很多用户运行程序

谢谢

doctest

最初由 biti_rainy 发布
[B]？

跟log_buffer 没多大关系
日志文件多大？  事务太繁忙能否考虑成批提交？ [/B]

从哪些参数看出跟log_buffer 没多大关系?