【每日一摩斯】-【序列】-续-RAC and Sequences (853652.1)

一个简单的sequence有什么可以说的呢？如果再这样认为就大错特错了。。。

也许以下几点高人们都很清楚，但至少对于我来说，之前是陌生的，或者说是忽略的。

1、CREATE SEQUENCE seq;，不带任何参数，那么默认建立的SQL语句是：

-- Create sequence  create sequence SEQ minvalue 1 maxvalue 999999999999999999999999999 start with 21 increment by 1 cache 20;

这里显示的start with是21，increment by是1，cache是20。

黄勇大师的解释是“Looks like the reverse-engineered sequence definition takes "start with" (1 by default) as "start with" value before the sequence is ever used, but takes "increment by" x "cache" + "start with" after it's used once or a few times.”

序列在未使用之前，序列使用"start with(默认是1)"作为起始点，在使用一次或几次之后，序列就会用"increment by "x" cache和"start with"来计数与取值了。

2、序列的定义，包括从dba_sequences中看到的内容，都是存储在Shared Pool的Data Dictionary中。

3、官方未公布的sys.v$_sequences表也会记录一些关于sequence的信息，这些都是从Shared Pool中获得的。

4、dba_sequences中的last_number字段，指高水位线，或者更准确地应该叫存储于Shared Pool中最大的序列值。

5、使用cache的序列，可能会出现断层，原因就是cache的值被purge了。像flush shared pool这种操作就可能purge缓存cache。例如当Shared Pool满了，新的对象(例如SQL)又来了，此时旧的对象就会被aged out，或者使用的ASSM，buffer cache需要更多的SGA空间，因此shrink了Shared Pool。

序列出现断层的原因可能有：

ROLLBACK。

PMON进程执行清理。

元数据置换出row cache(也就是Data Dictionary)。

实例关闭。

示例：

SQL> create sequence seq_1; Sequence created. SQL> select seq_1.currval from dual; select seq_1.currval from dual        * ERROR at line 1: ORA-08002: sequence SEQ_1.CURRVAL is not yet defined in this session SQL> select seq_1.nextval from dual;    NEXTVAL ----------          1 SQL> select seq_1.nextval from dual;    NEXTVAL ----------          2 ... SQL> select seq_1.nextval from dual;    NEXTVAL ----------         20 SQL> SELECT last_number FROM dba_sequences WHERE sequence_name='SEQ_1'; LAST_NUMBER -----------          21