LGWR与ARCH进程
LGWR进程将内存中的重做数据写入重做日志文件,即磁盘文件。这个过程很快,因为是从内存读数据并且与重做日志文件格式有关,而归档进程是从重做日志文件读数据同事写入归档日志文件,这是一个读磁盘和写磁盘的过程,显然这个过程相对LGWR的工作过程要慢一些。所以这里就会存在一个速度匹配的问题。如果当前的生产数据库DML操作很频繁,产生重做数据的效率很高,有可能出现归档进程无法匹配LGWR进程的工作,即归档进程慢,造成写重做日志的等待事件。
为了防止由于归档进程和LGWR进程不匹配造成的等待时间,我们可以设置一个参数,以启动更多的后台ARCH进程,这个参数就是log_archive_max_processes。
SQL> show parameter log_archive_max_processes;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_max_processes integer 4
可以使用"alter system set log_archive_max_processes = 8;”来设置最大的ARCH进程数,这个参数是个动态参数,所以可以直接生效。
SQL> show parameter log_archive_max_processes;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_max_processes integer 8
————————————————
版权声明:本文为CSDN博主「jccyww」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/jccyww/article/details/50949945
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· .NET10 - 预览版1新功能体验(一)