sequence cache设置 对RAC性能影响

此文章为翻译转译文章：

环境 ： 11g 64位 2节点的RAC

开发同事每次上代码的时候，创建sequence都是指定“no cache”。长期下来性能很慢。下面分析下：

如果指定CACHE值，Oracle就可以预先在内存里面放置一些Sequence，这样存取的快些。cache里面的取完后，Oracle自动再取一组到cache。使用cache或许会跳号， 比如数据库突然不正常down掉（shutdown abort),cache中的Sequence就会丢失。举个例子：比如你的sequence中cache 100，那当你sequence取到90时突然断电，那么在你重启数据库后，sequence的值将从101开始。

如果指定NOCACHE值，Oracle就不会预先在内存里面存放Sequence，当然这也就可以避免数据库不正常down掉的sequence丢失。不过会产生一些问题：创建nocache sequence在高并发访问时，容易导致row cache lock等待事件，主要原因是每次获取nextval时都需要修改rowcache中的字典信息。使用nocache sequence，还会导致如下问题:

由于每次修改字典信息都需要commit,可能导致log file sync等待，nocache sequence在RAC环境下，会对基于sequence生成的列创建的索引造成实例间大量索引块争用。基于以上问题,避免创建nocache sequence。

再来看看sequence相关保护机制：
row cache lock：在调用sequence.nextval情况下需要修改数据字典时发生，对应row cache lock事件
SQ lock：在内存缓存(并非rowcache)上获取sequence.nextval时发生，对应enq:SQ-contention事件
SV lock：RAC环境下获取cache+order属性的sequence.nextval时发生，对应DFS lock handle事件

所以在RAC环境下尽量避免 no cache.

=========================================

在RAC环境中，序列的Cache问题可能会对性能有着决定性的影响，缺省的序列Cache值为20，这对RAC环境远远不够。
如果存在序列号使用的竞争，就可能在数据库中看到明显的队列等待：
enq: SQ - contention

在RAC情况下，可以将使用频繁的序列Cache值增加到10000，或者更高到50000，这些值在客户的环境中都有采用。
这是RAC设置和RAC使用的基本常识，不可或忘。

在以下测试中，可以显示Cache序列对于性能的影响：

摘要如下：
RAC两个会话分别处于不同node同时并发循环间断去取4万个值 ：
nocache： 　　 2100s
cache ＝1000：　　 55s
差别却是好大。

单Instance数据库单会话循环不间断去1-4万个值 测试（在家里笔记本上测试结果）过程如下：
nocache： 37.7s 10000　　　
cache ：20 4.31s 10000
cache ：100 2.92s 10000
cache ：1000 5.56s 40000
nocache： 97.7s 40000
基本上cache 大于20的时候性能基本可以接受，最好设置100以上，
nocache的时候性能确实很差，最大相差20倍．

排 序参数：oracle默认是NOORDER，如果设置为ORDER；在单实例环境没有影响，在RAC环境此时，多实例实际缓存相同的序列，此时在多个实例 并发取该序列的时候，会有短暂的资源竞争来在多实例之间进行同步。因次性能相比noorder要差，所以RAC环境非必须的情况下不要使用ORDER，尤 其要避免NOCACHE ORDER组合；

在某些版本中存在BUG，会导致过度的 enq : SQ 竞争。
如在Oracle Database 11g中存在 IDGEN$ 序列 cache 设置过小问题，可能导致严重竞争，建议增加该序列的Cache值设置。

参考博客：
http://blog.itpub.net/26738398/viewspace-1058559/
http://www.eygle.com/archives/2012/05/oracle_rac_sequence_cache.html