科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道在Oracle10gR2中调整过于频繁user commit的一个方法

在Oracle10gR2中调整过于频繁user commit的一个方法

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

在以往的Oracle版本中,如果commit,那么后台的LGWR进程一定会将内存中的redo数据写入online redo log文件中,然后再将控制权返回给用户。如果应用中有过于频繁的用户commit,那么可能会产生明显的log file sync的等待事件。

作者:盖国强 来源:eygle.com 2007年10月7日

关键字: 盖国强 ORACLE

  • 评论
  • 分享微博
  • 分享邮件

我们知道在以往的Oracle版本中,如果commit,那么后台的LGWR进程一定会将内存中的redo数据写入online redo log文件中,然后再将控制权返回给用户(当然,其实这段也可能不是磁盘操作,而是写入到磁盘缓冲中)。如果应用中有过于频繁的用户commit,那么可能会产生明显的log file sync的等待事件。

而Oracle10g中的新功能-Asynchronous Commit可能是解决这个问题的一个新方法(只是看文档自己猜测,并没有真正实践)。

在Oracle10g中我们可以设置commit的行为来做到在commit之后,控制权立刻返回给用户,而Oracle会在恰当的时候唤醒LGWR,批量更新online redo log文件。

我们可以作系统级的更改:
ALTER SYSTEM SET COMMIT_WRITE = BATCH, NOWAIT

同样也可以在commit时单独使用:
COMMIT WRITE BATCH NOWAIT

但是问题在于,这样作的结果,是否意味着即使commit了的事务,在数据库恢复时也是不一定找得回来的。用安全换效率,迫不得已的做法吧。

查看本文来源

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章