oracle数据库sequence的作用_oracle dataguard
oracle数据库sequence的作用_oracle dataguard
sequence概念及作用
sequence是用来在多用户环境下产生唯一整数的数据库对象。序列产生器顺序生成数字，它可用于自动生成主键值，并能协调多行或者多表的主键操 作。没有sequence，顺序的值只能靠编写程序来生成。先找出最近产生的值然后自增长。这种方法要求一个事务级别的锁，这将导致在多用户并发操作的环 境下，必须有人等待下一个主键值的产生。而且此方法很容易产生主键冲突的错误，如下图：
如上图，事务2会报主键冲突的错误，而再刷新一下页面（再执行一边程序），可能就正常了。 还有一个问题，那就是完成生成主键的程序 （一般情况包含plsql块）本身对于并发调用也是一个瓶颈，因为这样的程序段往往是提供给好多程序去调用，如果代码端写的不够优化（比如没有使用邦定变 量等等），或者此代码段存在问题，那么它所影响的是系统的全局。我们应该提倡开发人员使用sequence。sequence消除了序列化问题，而且改善 了应用的并发能力。
创建sequence
sequence的命名最重要的是要统一，命名规则是次要的。 CREATE SEQUENCE emp_sequence INCREMENT BY 1 START WITH 1 NOMAXVALUE NOCYCLE CACHE 10; 这 里需要重点说明的是cache参数，它是为了应对并发访问的。cache参数告诉oracle预先分配一个sequence numbers的集合，并且保留在内存中，以便sequence number能够被快速的访问。这个内存的大小就是cache所指定的大小，当多个用户同时访问一个sequence的时候，是在oracle SGA中读取sequence当前的合理数值，如果并发访问太大，cache的大小不够，那么就会产生sequence cache相关的等待（enq: SQ – contention），影响系统性能。 既然cache涉及到了内存，那么就会想到oracle实例恢复的问题。如果数据库shutdown abort，sequence会如何呢？当然会有问题，sequence number保存在内存里的但是没有被应用到表中的会丢失！
修改sequence
除了修改sequence的starting number，你什么都能改，如果想改starting number，只能先drop然后create。 ALTER SEQUENCE emp_sequence INCREMENT BY 10 MAXVALUE 10000 CYCLE CACHE 20; 修 改很有用，最典型的情况是“需要把sequence 的current value改大一点，避免程序报错！”。你就可以看看current value是多少，然后修改increment by 足够大的值，然后执行.nextval，最后别忘了再将increnent by改成原来的值，还要注意做这些工作的前提是当前没有人用此sequence。
注意：sequence与表没有关系，我们在使用的时候可以通过如下形式为每张表创建对应的sequence：seq_tablename.
使用 sequence
CURRVAL 和 NEXTVAL 能够在以下情况使用: insert的values字句、select中的select列表、update中的set字句
CURRVAL 和 NEXTVAL 不能够在以下情况使用: 子查询、视图和实体化视图的查询、带distinct的select语句、带 group by和order by的select语句、带union或intersect或minus的select语句、select中的where字句、create table与alter table中的default值、check约束条件。
删除sequence
drop sequence seq_a; 当删除sequence后，对应它的同义词会被保留，但是引用时会报错。
oracle rac环境中的sequence
oracle为了在rac环境下为了sequence的一致性，使用了三种锁：row cache lock、SQ锁、SV锁。 row cache lock的目的是在sequence指定nocache的情况下调用sequence.nextval过程中保证序列的顺序性； SQ锁是应用于指定了cache+noorder的情况下调用sequence.nextval过程中。 SV 锁（dfs lock handel) 是调用sequence.nextval期间拥有的锁。前提是创建sequence时指定了cache 和order属性 (cache+order)。order参数的目的是为了在RAC上节点之间生成sequence的顺序得到保障。
创建sequence赋予的cache值较小时，有enq:sq-contention等待增加的趋势。 cache的缺省值是20.因此创建并发访问多的sequence时，cacheh值应取大一些。否则会发生enq:sq-contention等待事件。
rac上创建sequence时，如果指定了cache大小而赋予noorder属性，则各节点将会把不同范围的sequence值cache到内 存上。若两个节点之间都必须通过依次递增方式使用sequence，必须赋予如下的order属性（一般不需要这样做）”sql> create sequence seq_b cache 100 order”。如果是已赋予了cache+order属性的sequence，oracle使用SV锁进行同步。SV锁争用问题发生时的解决方法与sq锁 的情况相同，就是将cache 值进行适当调整。
在RAC多节点环境下，Sequence的Cache属性对性能的影响很大。应该尽量赋予cache+noorder属性，并要给予足够的 cache值。如果需要保障顺序，必须赋予cache+order属性。但这时为了保障顺序，实例之间需要不断的交换数据。因此性能稍差。
转自：http://www.blogjava.net/tomjamescn/archive/2009/08/30/293167.html
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/180484.html原文链接：https://javaforall.cn