Oracle在创建序列（sequence）时有个参数你可以选择cache或者nocache

最新推荐文章于 2025-02-25 18:16:32 发布

wxianyou

最新推荐文章于 2025-02-25 18:16:32 发布

阅读量3.5k

点赞数 2

分类专栏： PLSQL

原文链接：http://blog.csdn.net/u012143723/article/details/22034613

版权

1 篇文章

订阅专栏

下面来讲一下两者的区别：

先来看下创建sequence的语句：

create sequence SEQ_ID  
minvalue 1  
maxvalue 99999999  
start with 1  
increment by 1  
cache n  / nocache  --其中n代表一个整数，默认值为20
order;

Oracle就可以预先在内存里面放置一些Sequence，这样存取的较快。cache里面的取完后，Oracle自动再取一组到cache。

使用cache或许会跳号，比如数据库突然不正常down掉（shutdown abort),cache中的Sequence就会丢失。

比如你的sequence中cache 100，那当你sequence取到90时突然断电，那么在你重启数据库后，sequence的值将从101开始。

Oracle就不会预先在内存里面存放Sequence，当然这也就可以避免数据库不正常down掉的sequence丢失。

创建nocache sequence在高并发访问时，容易导致rowcache lock等待事件，主要原因是每次获取nextval时都需要修改rowcache中的字典信息。

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

基于以上问题,避免创建nocache sequence。

sequence相关保护机制：
- row cache lock：在调用sequence.nextval情况下需要修改数据字典时发生，对应rowcache lock事件
- SQ lock：在内存缓存(并非rowcache)上获取sequence.nextval时发生，对应enq:SQ-contention事件
- SV lock：RAC环境下获取cache+order属性的sequence.nextval时发生，对应DFS lock handle事件
什么情况下使用cache什么时间上使用nocache？
- 应该尽量使用cache，因为现在的数据库很多都是在高并发的情况下运行的，首先这样可以搞性能，并且也不会产生rowcache lock等待事件。可能有些人会担心数据库不正常的down掉会产生序列号间断，但这也是很少的情况。
- 当然如果你的业务要求是绝不能产生间断的序列号，那就要使用nochache了。