问题描述
你好,问一下汤姆团队。
我有一个运行18.4.0的两节点RAC数据库,我正在运行负载测试 (大量插入)。基本上,有两张表被撞了。这些表正在使用标识列,并且具有关系 (fk)。我正在检查OEM 13c,并且有一个高提交等待 (日志文件同步)。
我有四个小组,两个成员,每个4gb。
有人告诉我设置 _use_single_log_writer = true,并仅使用一个lgwr进程,就像12cR1之前一样。
什么会导致日志文件同步等待?错误的重做日志大小?
提前感谢。
问候,
我有一个运行18.4.0的两节点RAC数据库,我正在运行负载测试 (大量插入)。基本上,有两张表被撞了。这些表正在使用标识列,并且具有关系 (fk)。我正在检查OEM 13c,并且有一个高提交等待 (日志文件同步)。
我有四个小组,两个成员,每个4gb。
有人告诉我设置 _use_single_log_writer = true,并仅使用一个lgwr进程,就像12cR1之前一样。
什么会导致日志文件同步等待?错误的重做日志大小?
提前感谢。
问候,
专家解答
日志文件同步本质上是会话之间的时间: “嘿,请提交我的东西” 和LGWR说 “是的,您可以继续进行”
因此,可以使其更长的时间是:
-I/O带宽,即您的存储无法跟上速率
-CPU-lgwr需要CPU才能工作,因此,如果包装盒最大,那就是问题。提高LGWR的优先级是一项工作。
-提交率太高
-重做太多 (例如,表上有很多索引等)
我会在触摸任何下划线参数之前检查和处理这些参数,即使这样,也只能在Oracle支持的指导下进行。
因此,可以使其更长的时间是:
-I/O带宽,即您的存储无法跟上速率
-CPU-lgwr需要CPU才能工作,因此,如果包装盒最大,那就是问题。提高LGWR的优先级是一项工作。
-提交率太高
-重做太多 (例如,表上有很多索引等)
我会在触摸任何下划线参数之前检查和处理这些参数,即使这样,也只能在Oracle支持的指导下进行。
文章转载自ASKTOM,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




