观察频繁的日志文件切换,尽管增加了重做日志的大小
Observing frequent log file switches depsite increasing the redo log size
我们的重做日志大小为 256m,然后将其增加到 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 次切换。
每秒重做 34893 字节 = 每小时 125614800 字节,即大约 120 MB,远不及 1 个重做日志组的大小。
基于此和重做日志的大小,我会说某些东西会定期强制日志切换。内置参数 archive_lag_target
在经过指定的秒数后强制进行日志切换,这是我要检查的第一件事。除此之外,它可以是任何其他登录到数据库并手动强制日志切换的东西,例如 cron 作业。 (每 60 分钟 60 次日志切换,这很可疑)
我们的重做日志大小为 256m,然后将其增加到 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 次切换。
每秒重做 34893 字节 = 每小时 125614800 字节,即大约 120 MB,远不及 1 个重做日志组的大小。
基于此和重做日志的大小,我会说某些东西会定期强制日志切换。内置参数 archive_lag_target
在经过指定的秒数后强制进行日志切换,这是我要检查的第一件事。除此之外,它可以是任何其他登录到数据库并手动强制日志切换的东西,例如 cron 作业。 (每 60 分钟 60 次日志切换,这很可疑)