为什么redo log文件很小(4m),较频繁的log switch会引起性能问题?

[复制链接]
查看11 | 回复9 | 2005-10-30 17:05:33 | 显示全部楼层 |阅读模式
为什么redo log文件很小(4m),较频繁的log switch会引起性能问题?在log switch时,是不是就只有checkpiont发生,那redo log文件设置为100m为什么就没有性能的问题呢?谁知道具体的原理,谢谢!
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
這個主要看你歸檔的速度,因為切換的時候會有checkpoint發生,這個時候會集中寫磁盤操作,引發大
量的i/o,一般來說,20-30分鐘一個切換就可以了
BTW:好象在9i為了這個引發大量的i/o.有一個新的技朮,誰知道?
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
4m的redo,checkpoint也只会写4m的数据,不会打到哪里去呀?但时常会出现等待时间
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
Redo log小,這樣就會不停的切換,降低性能
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
究竟redo log大小有什么影响
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
Check your alert_sid.log看看有没有
Checkpoint not complete,以及切换时间间隔
如果时间间隔太小或者有Checkpoint not complete,你可以加大你的redo,
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
这还要看你的事物量, 如果不大,4M也可以的
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
最初由 ahlu 发布
[B]4m的redo,checkpoint也只会写4m的数据,不会打到哪里去呀?但时常会出现等待时间 [/B]


4m的 redo是redolog entry的大小
checkpoint的时候是把data buffer cache中的dirty buffer写入。写入的dirty buffer的数量 ,不一定是4m.
主要看redo log switch的频率,如果太频繁。可能会引起CHECKPOINT NOT COMPLETE会记录到ALERT中。
需要适当的增加 REDO LOG 的大小。或者多加几组REDO LOG。
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
>20-30分鐘一個切換就可以了
一般來說,按这个做没问题.
>BTW:好象在9i為了這個引發大量的i/o.有一個新的技朮,誰知道?
有兴趣,关注中
回复

使用道具 举报

千问 | 2005-10-30 17:05:33 | 显示全部楼层
对于redo log 文件的大小,主要看你的应用系统的事务量,个人认为只要没有太严重的LGWR进程的写等待,就基本可以。
对于频繁的SWITCH , 如果你是归档模式,不仅仅触发checkpoint,
还会有频繁的归档文件写入操作。
 经验值:切换是时间:20分钟左右(对于OLTP)
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行