log_buffer一般设多大？

piner

如果系统活动比较频繁的话，
因为每个commit都会刷新，根本就用不了多大的buffer。

我们来计算一个真实的OLTP系统。
每秒日志150K，每秒事务50个。

其实，就表示每秒至少刷新50次。
平均其实只用到了，150/50
大概3K的大小。

oracle-plus

如果在import大量的數據的話，log buffer可以考慮設大一點。不過還是不建議超過redo log的size

sundog315

我觉得如果系统写操作比较多的话，还是设为3M的好，3M的效率比1M要好些。

eagle_fan

不觉的
楼上的可否能说说自己的理解呢
为什么3M的比1M的效率要好呢

oracle-plus

我覺得沒有一個定性的結論的，那是要根據實際情況出發。

小新

最初由 piner 发布
[B]如果系统活动比较频繁的话，
因为每个commit都会刷新，根本就用不了多大的buffer。

我们来计算一个真实的OLTP系统。
每秒日志150K，每秒事务50个。

其实，就表示每秒至少刷新50次。
平均其实只用到了，150/50
大概3K的大小。 [/B]

piner说的很清楚了，具体的你可以通过你的系统的statspack来计算你的logbuffer的设置原则。
我通常都设置3m，就浪费一点内存而已（我的系统是16G的内存）。

handsomewang

最初由 fnghost 发布
[B]

理论上讲，log buffer超过3M是没有什么意义的，但是有些书上介绍说设置为3-5M可以达到最好的效果，因为你的系统应该不会在乎这点空间 [/B]

根据log_buffer在三分之一的时候就会提交
log_buffer 一般满1M的时候，就会自动提交.
所以 log_buffer设为3M的时候就是都满足一上条件。

不过很多建议都是开到1M的时候就足够了。

花好月不圆

最初由 tolywang 发布
[B]一些dba建议 ， 15分钟 ~ 60 分钟归档一次都是比较正常的， 归档频率越高， 发生当机时损失的数据更少，因为current redo log 很小， 但是这样读写较频繁，对性能有些影响， 我一般设置在 30 分钟左右归档一次，还算可以 。

chk point  3 秒就commit 一次， log buffer 设置大了，也没太大意思。 500 k ~ 1m  .  


可以参考一下oracle文档 。

http://tahiti.oracle.com/ [/B]

30min一个归档？这个实在不敢同意
系统的运行有高峰，有低谷，我们这里忙时候
10个/h
不忙时候 0.5个/h

redolog 10/20/30m 的都有
也没觉得归档有什么性能问题把