【DBA攻坚指南：左右Oracle，右手MySQL-学习总结】

处理处罚log file sync等待变乱

起首明确什么是log file sync等待变乱

从用户提交会话开始，LGWR历程将redo缓存中的信息写入redo日记文件后，LGWR历程关照用户写操纵完成，到用户会话担当到LGWR历程关照为止，这整个过程就是大概出现log file sync等待变乱的地方。在LGWR写入日记过程中，还包罗了控制文件修改操纵，对于RAC节点，大概还存在节点之间的scn同步、节点之间cr块的同步。
引起log file sync等待变乱的缘故原由

1、变乱提交数量过多，导致LGWR历程的任务变多，任务变多就大概产生资源的竞争，包罗cpu、io、内存等的竞争，天然的LGWR速率就变慢，产生了log file sync等待变乱。
2、存储io资源告急，使得LGWR在举行物理写的时间速率变慢。
3、cpu资源告急，导致LGWR获取不到cpu。
4、对于RAC架构数据库，为了实现差异节点数据同等性，须要将commit SCN同步到其他节点上，有两种同步方式：1)一个节点上的SCN不立刻同步到其他节点，可以明确为异步SCN。2）BOC方式，一个节点的SCN须要通过当地实例的LMS历程，将SCN同步到远程实例的LMS历程，等待远程实例的LMS历程关照当地LMS同步完成后，再由当地LMS历程关照LGWR历程全部节点的SCN已经同步完成。这一步调包罗在了LGWR历程写入日记的过程中，如果SCN同步速率较慢，斲丧时间较长，就会导致LGWR历程关照用户会话提交完的时间变长，也就是造成了log file sync等待变乱。
5、RAC架构数据库，节点1提交变乱之后，须要在当地实例上完成LGWR写入日记后，才气由LMS历程将cr块通报到其他节点上。节点2要读取这个block时，须要从有这个block的节点把cr块通报过来，节点2等待节点1通报的cr块的时间较长时，就会发生gc cr block busy。如果节点2在等待节点1通报某个block的过程中，节点2上又有其他的会话须要读取这个block，就会在节点2上发生gc buffer busy acquire。
6、控制文件争用。
7、提交方式
办理log file sync等待变乱

从awr陈诉的Top 10 Foreground Events by Total Wait Time中发现log file sync等待变乱后，就可以根据上面列出的引起log file sync等待变乱的缘故原由举行排查。
1、针对变乱提交数量过多，查抄故障时间段awr陈诉中Key Instance Activity Stats部门的user commits，对比非故障时间段的数值是否有一个大的变革，再对比下每秒的redo size巨细是否有变革，确定是由于变乱提交过多导致，那么就可以接着分析为什么变乱提交数量会变多、近期有做过什么变更、应用端在故障时间段是否有跑批之类的业务、insert和update语句是row by row照旧批量实行。
2、针对存储io资源告急标题，起首查抄故障时间段操纵体系io的繁忙程度，具体到每块盘的io利用率；通过如下下令

1. SQL> select event, wait_time_milli,wait_count  
2. from v$event_histogram  
3. where event = 'log file parallel write';

复制代码

查抄log file parallel write等待变乱和log file sync等待变乱的时间差，如果log file parallel write等待变乱时间和log file sync时间相差不大，分析就是数据库在举行物理块读写时速率慢。
颠末前面的查抄，确认是存储io标题之后，须要进一步排查物理盘是否有粉碎、是否可以将差异表空间放置在差异盘上，好比将data、archive log、redo、ocr分别放置在差异的盘上，只管克制高峰期时io资源的争抢；思量是否是同一个集群上其他数据库io占据存储带宽，导致该数据库获取不到io。
3、针对数据库获取不到cpu的环境，起首从awr陈诉Load Profile部门查抄DB CPU占据DB Time的比重，再查抄操纵体系在故障时间段cpu利用率，可以确定命据库是否出现cpu资源争抢。但出现cpu资源争抢大概只是表象，尚有更深条理的缘故原由，好比说并发毗连数量冲高导致cpu竞争、批量中是否有通过row by row 的dml语句等。