redo buffer 的正确设置算法

霍俊路

您好：
之前在好多的资料上显示，设置日志缓冲区达到3MB（3×1MB）以上时，这时多余出来的日志缓冲区实际上并不能用得上，换句话说，多余出来的内存就被我们浪费了。
可是我们装完数据库后，查询数据库的v$sgainfo,发现一般情况下都大于3M。如：
SQL> select * from v$sgainfo where name in ('Fixed SGA Size','Redo Buffers','Granule Size');

NAME                                                                  BYTES RESIZE
---------------------------------------------------------------- ---------- ------
Fixed SGA Size                                                      2217952 No
Redo Buffers                                                        6606848 No
Granule Size                                                        4194304 No
。
问题1：
请问这中间有什么问题？
问题2：
redo buffer的正常算法究竟是什么？他的大小是怎么得到的？
问题3：
对于日常管理方面，这个redo buffer通常怎样设置？

Maclean Liu(刘相兵

在好多的资料上显示==> 哪些资料， 我只在中文的入门资料中看到过这些不靠谱的说法。


首先在10g中 log buffer一般是Oracle自动决定的 往往是 一个granule size - fixed area size，由于其他component 都是使用整数倍个granule size的，而log buffer不用这样。

3M这种说法 大概是从 lgwr 写redo的几个条件 包括1M 1/3等 “提炼出来的”。 实际并不是说大于3M就是浪费。

可以去了解一下 log buffer space这个等待事件

Waiting for space in the log buffer because we are writing stuff into the log buffer faster than lgwr can
write it out. Consider making the log buffer bigger if it is small, or moving the log files to faster disks such
as striped disks

Wait time
1 Second normally, but 5 seconds if waiting for a Switch Logfile to complete.
Parameters
No Parameters.
Advise
Consider making the log buffer bigger if it is small, or moving the log files to faster disks such as
striped disks. The logbuffer size should be 3 times the average redo I/O size.


假设redo write的IO 响应非常迅速 ， 试想当process在处理一个大事务时 产生300MB的redo ，若redo buffer只有3M 那么就要求server process多次获得redo copy、redo allocation等latch 多次copy PGA中的redo到redo buffer中， lgwr 至少要做100次 redo write操作。 假如redo buffer大一些则可以优化这种情况， 所以 redo buffer>>3M 并不是浪费， 但是一般也不必设置过大， 10g、11g中自动设置得值往往已经是恰当的了。

lgang403

之前有人说redo log buffer的大小是CPU_COUNT *512KB或CPU_COUNT *128KB，我看了几个数据库，都不是

lgang403

补充下，我看的是10g的库