Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1428303
  • 博文数量: 556
  • 博客积分: 12626
  • 博客等级: 上将
  • 技术积分: 5799
  • 用 户 组: 普通用户
  • 注册时间: 2006-01-11 15:56
个人简介

从事IT基础架构多年,发现自己原来更合适去当老师……喜欢关注新鲜事物,不仅限于IT领域。

文章分类

全部博文(556)

文章存档

2019年(6)

2018年(15)

2017年(17)

2016年(11)

2015年(2)

2014年(2)

2013年(36)

2012年(54)

2011年(100)

2010年(41)

2009年(72)

2008年(14)

2007年(82)

2006年(104)

分类: Oracle

2006-06-14 11:45:56

通常遇到Log File Sync都会更多的关注io本身的问题,其实内存分配不足同意会对其产生影响,下面一篇文章说明了这个问题。
 
Problem:
========

You are experiencing performance problems.  Your applications have lots of
COMMITs and ROLLBACKs.

V$SYSTEM_EVENT.TOTAL_WAITS / TOTAL_TIMEOUTS / TIME_WAITED / AVERAGE_WAIT
has high numbers for "log file sync".

You are not having disk problems which is often the problem cause of
"log file sync".


Solution:
=========

1. Ensure that your redo log buffer in the SGA is large enough.

2. Over time (since database startup), if you see increasing values for:

     select * from v$sysstat where name like 'redo%space%';

   your redo log buffer is too small.

   "Redo log space requests" event is the number of times that the
   background was requested to allocate space in the redo file.

   This gives an indication of how many times a user process waited for
   space in the redo logs.

3. Increase the redo log buffer by increasing the init.ora "log_buffer"
   parameter. 

4. Then bounce your instance.


Explanation:
============

The "log file sync" event is often thought to be a disk-only issue which is
not always true.  This event can be more than disk I/O problems.  If the redo
log buffer cannot be flushed/allocated fast enough, you experience memory
contention rather than disk contention.

阅读(1871) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~