NOCACHE与CACHE的性能

      当使用cache时，dictionary cache(row cache)仅仅当出现新的水位线时才会更新一次。例如当cache是20，nextval第一次请求时，dictionary cache中的sequence的row cache值改变，增加20。DBA_SEQUENCES的LAST_NUMBER字段以cache值或20增加。抽取出存储于shared pool的20值，将会分配给请求nextval的session。v$_sequences(这个表应该不是Oracle官方提出的)允许知道sequence是否已经被缓存于shared pool中。

      当不使用cache时，dictionary cache不得不对于任何nextval请求都有进行一次更新。意味着row cache不得不随着每次nextval的请求被锁定和更新。多个session同时请求一个nextval因此将会被block在一个’row cache lock'等待中。

      当使用cache+order和RAC(cluster_database=true)时，需要使用序列中nextval的session需要得到一个排它实例SV锁，在shared pool中插入或更新序列值之前。当多个session同时需要同一个序列时，一些session将会等待'DFS lock handle'等待事件。

总结下，序列其实是有顺序的，只是默认是NOORDER，并行服务器才需要这种顺序，如果仅仅将序列作为主键不关注顺序那还好说。但使用序列也是有争抢的，因为要保证它的唯一性，所以对于并发量很大的系统可以采用CACHE，缓存一部分序列值，减少争抢，但同时需要冒着缓存丢失的风险，就像PCTFREE和PCTUSED这对参数一样，存在着不可调和的矛盾，找到一个平衡点才是关键。