这篇文章主要介绍“Oracle自适应log file sync影响分析”，在日常操作中，相信很多人在Oracle自适应log file sync影响分析问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Oracle自适应log file sync影响分析”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
Oracle最吸引人的地方，就是有些答案，隐藏在种种现象之中，扑朔迷离，朦朦胧胧，就像侦探办案，首先要有思路，其次要有证据，再者就是扎实的基础知识，另外就是些运气。
例如最近碰见了一个案例，一套3节点11.2.0.4 RAC，某应用只用节点1(FAILOVER other nodes)，如下是系统负载，某段时间，TPS是554.5，
对于wait/post和polling每次切换，在LGWR的trace文件中均会记录，而且带有时间戳，如下就是切换为polling，
*** 2018-01-05 08:21:00.000
kcrfw_update_adaptive_sync_mode: post->poll long#=316 sync#=1719 sync=247657
poll=12382 rw=6191 rw+=13890 ack=0 min_sleep=10023
*** 2018-01-05 08:21:00.001
Log file sync switching to polling
Current scheduling delay is 234 usec
如下则是切换为post/wait，
*** 2018-01-05 08:22:00.000
kcrfw_update_adaptive_sync_mode: poll->post current_sched_delay=0
switch_sched_delay=234 current_sync_count_delta=2275
switch_sync_count_delta=1719
*** 2018-01-05 08:22:00.000Log file sync switching to post/wait
Current approximate redo synch write rate is 758 per sec
对于本文案例，从trace中进行统计，发现log file sync出现明显的时间段，使用的就是polling机制，即使出现post/wait的记录，经过1分钟左右，就切换为了polling机制。
如果需要禁用log file sync自适应，可以设置_use_adaptive_log_file_sync这个隐藏参数为false，这个参数从11gR2版本引入，控制log file sync自适应切换功能，11.2.0.1和11.2.0.2版本中默认值则是false，从11.2.0.3开始默认值改为了true。这是一个动态的参数，可以在系统级进行变更，
ALTER SYSTEM SET "_use_adaptive_log_file_sync"= <FALSE/TRUE> scope=<both/spfile/memory>;
对于本案例来说，首先可以调整的，就是关闭log file sync自适应，而且按照小y所说，这个参数，对于比较繁忙的OLTP系统来说，也是11g下建议默认关闭。
根据MOS介绍，这种log file sync自适应按说会提高日志文件同步的整体性能。但同时这一个新特性，会有一些bug产生，MOS建议要么升级至11.2.0.4/12.1，要么patch，就是没说针对OLTP，建议默认关闭，毕竟作为11g新特性，官方就建议关闭，岂不是自己打脸？如下是自适应log file sync，已知和解决的bug，
Document 13707904.8 Bug 13707904 - LGWR sometimes uses polling, sometimes post/wait
Document 13074706.8 Bug 13074706 - Long "log file sync" waits in RAC not correlated with slow writes
Document 25178179.8 Bug 25178179 - Several sessions wait on 'log file sync' in a RAC environment
到此，关于“Oracle自适应log file sync影响分析”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注亿速云网站，小编会继续努力为大家带来更多实用的文章！
