日志竞争(Log contention)
如果在Statspack报告中发现了大量的”log file sync"事件，那就很有可能说明出现了日志竞争。出现日志竞争的原因可能有：
1. 频繁地提交，特别是在循环中提交
2. 将重做日志文件放在慢速设备上
3. 缓存日志文件所在设备 —— 操作系统缓存数据是，数据库也会缓存数据
4. 将重做日志文件放在RAID5上——RAID5适合于读取，不适合写。
如果启用了ACHIVELOG MODE，你最好将重做日志组分奇偶放入不同的磁盘。举例来说，如果你有5个磁盘，Disk1， Disk2， Disk3，Disk4和Disk5以及两个重做日志组，每个重做日志组有两个成员。那么你需要将组1的成员1和成员2放在磁盘1和磁盘3中，将组2的成员1和成员2 放在磁盘2和磁盘4中。这样ARCH进程在处理满重做日志时不会访问当前正在使用的重做日志磁盘，即ARCH和LGWR不可能同时读取一个正在写入的磁盘，也不会写入一个正在读取的磁盘，因而也就避免了竞争。
1. 频繁地提交，特别是在循环中提交
2. 将重做日志文件放在慢速设备上
3. 缓存日志文件所在设备 —— 操作系统缓存数据是，数据库也会缓存数据
4. 将重做日志文件放在RAID5上——RAID5适合于读取，不适合写。
如果启用了ACHIVELOG MODE，你最好将重做日志组分奇偶放入不同的磁盘。举例来说，如果你有5个磁盘，Disk1， Disk2， Disk3，Disk4和Disk5以及两个重做日志组，每个重做日志组有两个成员。那么你需要将组1的成员1和成员2放在磁盘1和磁盘3中，将组2的成员1和成员2 放在磁盘2和磁盘4中。这样ARCH进程在处理满重做日志时不会访问当前正在使用的重做日志磁盘，即ARCH和LGWR不可能同时读取一个正在写入的磁盘，也不会写入一个正在读取的磁盘，因而也就避免了竞争。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/425993/viewspace-714813/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
设置数据库归档模式
请登录后发表评论
登录
全部评论
