从SEQUENCE跳号说起

http://blog.csdn.net/agaric717/article/details/6690890

一个应用上线后发现一个使用SEQUENCE值来生成的主键经常出现断号，而且断号不是一两个，而是每次几十个几十个的跳。而一般能想到的导致这种跳号的基本就是事务ROLLBAK了导致取出的SEQUENCE没有被插入到表中去，或者就是数据库关闭或者宕掉，导致已经CACHE的SEQUENCE的值丢失，导致的跳号。而在这个场景下，这两种情况都被一一排除了。那么到底什么原因导致的SEQUENCE跳号呢？

一般为了提高从SEQUENCE取值的效率，我们都会对SEQUENCE设置CACHE，而且取值越频繁的，CACHE值设置的越大。那么这个CACHE的值是保存在SHARED POOL中的，而且这块内存是可以被其他程序共享的，也就是说SEQUENCE的CACHE是会在一定的情况下被刷出SHARED POOL的，那么就相当于已经CACHE的SEQUENCE的值就丢失了，这就是导致跳号的原因。下面我们通过一个示例来证明并展开来看看。

SQL> create sequence seq_bear cache 100;

Sequence created
首先创建一个CACHE值为100的SEQUENCE

SQL> select seq_bear.nextval from dual;

NEXTVAL
----------
1
查询SEQUENCE的值为1，再次查询的话，SEQUENCE取下一个值，为2

SQL> /

NEXTVAL
----------
2

SQL> alter system flush shared_pool;

System altered

SQL> select seq_bear.nextval from dual;

NEXTVAL
----------
101
而当我们刷新SHARED_POOL并再次查询的时候，SEQUENCE的值直接跳到了101，说明已经CACHE的值除了被使用的1和2之外，其他的98个全部丢失了。

那么我们如何避免这种情况呢？ORACLE给我们提供了把SEQUENCE KEEP到SHARED POOL中的方法，这样就保证了SEQUENCE的CACHE不会被交换出去，从而避免了这种情况的发生。来看下面的示例：
SQL> select seq_bear.nextval from dual;

NEXTVAL
----------
102
再次查询的时候，值为102
SQL> exec dbms_shared_pool.keep(name => 'SEQ_BEAR',flag => 'Q');

PL/SQL procedure successfully completed
使用DBMS_SHARED_POOL来KEEP SEQUENCE的CACHE

SQL> SELECT SEQ_BEAR.NEXTVAL FROM DUAL;

NEXTVAL
----------
103
再次查询，值为103 
SQL> ALTER SYSTEM FLUSH SHARED_POOL;

System altered

SQL> SELECT SEQ_BEAR.NEXTVAL FROM DUAL;

NEXTVAL
----------
104 
而这时当我们再次刷新SHARED POOL并从SEQUENCE取值的时候，发现SEQUENCE已经不再跳号了。

那么，如何能知道哪些SEQUENCE已经被KEEP了呢？
SQL> select KEPT from v$db_object_cache where name='SEQ_BEAR';

KEPT
----
YES
通过查询V$DB_OBJECT_CACHE可以看到对象是否已经被KEEP在SHARED POOL，同时，这个视图中还提供了其他的一些信息，比如对象被LOAD了多少次、占用多少内存空间等等信息

DBMS_SHARED_POOL不仅可以KEEP SEQUENCE的CACHE，还可以KEEP住存储过程、包、SQL等等，保证这些不会被交换出SHARED POOL。而KEEP方法使用也很简单，只需要传入要KEEP的对象的名称，如果是其他用户的，则使用USERNAME.OBJECT_NAME作为传入参数；后面一个参数表示要KEEP的对象的类型，比如是包、SEQUENCE、SQL还是其他。具体的取值可以参考ORACLE的文档，上面写的很详细。

同时，DBMS_SHARED_POOL还提供了其他几个方法：

ABORTED_REQUEST_THRESHOLD(threshold_size NUMBER)：这个方法可以设定一个界限，保证如果要进入SHARED POOL的对象太大，那么可以设置一个阀值，超过这个阀值的直接报错，而不是经过LRU查找和内存交换之后发现SHARED POOL不够了再报错，可以防止超大对象过度占用SHARED POOL空间。

UNKEEP就是KEEP的反操作

SIZES (minsize NUMBER)：这个是列出SHARED POOL中所有大于minsize的对象，对于查找SHARED POOL中大对象并设置合理的ABORTED_REQUEST_THRESHOLD很有用。

总结：
SEQUENCE跳号可能是事务ROLLBAK或者实例被宕过或者是SEQUENCE的CACHE被交换出去过，对于有特殊要求的SEQUENCE或者包、存储过程、触发器等等，可以使用DBMS_SHARED_POOL.KEEP方法，把他们永久保留在SHARED POOL中，从而可以实现一些特定的用途。