ORACLE RAC环境的row cache lock等待与Sequences CACHE问题分析

系统数据库的使用人员反馈系统缓慢。工程师排查查询数据库有较多row cache lock等待加上序列的缓存后异常等待事件消失业务陆续恢复正常。问题分析问题时段AWR数据分析从故障点的awr中我们也可以佐证当时的seq$争用比较频繁如下图:两份AWR报告中问题类似此处以HIS1节点信息为例TOP等待事件分析AWR中显示问题时间段主要等待事件为row cache lock查看序列基表上相关等待情况GC相关等待中也有较多的SEQ$表相关事件结合前面排查出的序列缓存问题可以确认问题发生在。问题解决方法对序列加上缓存后数据库等待消失业务陆续恢复正常。总结与后续处理建议问题分析总结通过对数据库系统异常时段的进程状态、等待事件、AWR性能数据的的分析可以发现问题时段数据库出现严重的row cache lock锁等待结合ORACLE数据库中序列的特性及RAC环境序列的常见问题对序列属性进行检查可以发现此序列未设置缓存因此每次调用序列取值时都需要更新seq$基表当多个进程高并发执行调用序列取值时会引起seq$基表相关的row cache lock等待事件及相关的进程阻塞进而造成业务系统使用卡顿、缓慢的问题。后续优化建议在高并发的RAC环境对于序列属性的使用ORACLE官方是存在最佳实践建议的在ORACLE官方文档RAC and Sequences (文档 ID 853652.1)中对序列的关键特性CACHE 和ORDER的作用以及不同组合带来的性能影响均有明确的描述。结合实践经验来看建议的组合为CACHE NOORDER可以保持性能最优。本次处理后序列的CACHE为100建议近期持续关注序列的调用频率等指标必要时需要继续增加CACHE值。同时对于以后应用程序新上线功能等使用序列时建议从以下方面分析并选择合适的序列参数值检查现有序列配置并由相应应用厂家从业务逻辑分析并需要评估使用序列执行是否频繁存取顺序是否有要求再考虑是否加上缓存。后续业务若有变动需应用考虑使用序列缓存是否够用对执行次数频繁的加大缓存。创建新序列时对没有缓存的序列询问申请人员是否需要加上缓存。对序列顺序无严格要求的建议序列加上缓存默认是20更新频繁的加大到100。