Question

我们的重做日志大小为256米，然后将其升级到512，最终达到1024M，目前有8个日志。尽管如此，我们每隔1分钟观察一次日志切换事件，并且它正在影响我们的表现，

来自AWR的快照

Load Profile

Per Second  Per Transaction Per Exec    Per Call
DB Time(s): 1.0 0.1 0.00    0.01
DB CPU(s):  0.6 0.1 0.00    0.01
Redo size:  34,893.0    4,609.0      

 Instance Activity Stats - Thread Activity
 Statistics identified by '(derived)' come from sources other than SYSSTAT
 Statistic  Total   per Hour
 log switches (derived) 82  59.88

关于如何减少日志文件切换次数的任何建议，我已经读过，理想情况下应该在15-20分钟内完成大约1次切换。

Answer 1

每秒重做34893个字节=每小时125614800个字节，大约120 MB，远不及1个重做日志组的大小。

根据这个和重做日志的大小，我会说有些东西会定期强制日志切换。内置参数archive_lag_target在经过指定的秒数后强制执行日志切换，这是我要检查的第一件事。除此之外，它可以是登录数据库并强制手动进行日志切换的任何其他内容，例如cron作业。（每60分钟60个日志切换，这很可疑）

观察频繁的日志文件切换depsite增加重做日志大小

1 个答案: