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中，从而可以实现一些特定的用途。
