這是正常的,是的.從

documentation for the all_sequences data dictionary view開始,last_number是：

Last sequence number written to disk. If a sequence uses caching, the number written to disk is the last number placed in the sequence cache. This number is likely to be greater than the last sequence number that was used.

這可以使用新的序列重新創建：

SQL> create sequence SEQ_PAGE_ID start with 2222292436 increment by 1 cache 20;

sequence SEQ_PAGE_ID created.

SQL> select sequence_name, increment_by, cache_size, last_number

2 from user_sequences where sequence_name = 'SEQ_PAGE_ID';

SEQUENCE_NAME INCREMENT_BY CACHE_SIZE LAST_NUMBER

------------------------------ ------------ ---------- -----------

SEQ_PAGE_ID 1 20 2222292436

SQL> select SEQ_PAGE_ID.nextval from dual;

NEXTVAL

----------

2222292436

SQL> select sequence_name, increment_by, cache_size, last_number

2 from user_sequences where sequence_name = 'SEQ_PAGE_ID';

SEQUENCE_NAME INCREMENT_BY CACHE_SIZE LAST_NUMBER

------------------------------ ------------ ---------- -----------

SEQ_PAGE_ID 1 20 2222292456

last_number跳過緩存大小,這是正常的.

SQL> alter sequence SEQ_PAGE_ID CACHE 5000;

sequence SEQ_PAGE_ID altered.

SQL> select sequence_name, increment_by, cache_size, last_number

2 from user_sequences where sequence_name = 'SEQ_PAGE_ID';

SEQUENCE_NAME INCREMENT_BY CACHE_SIZE LAST_NUMBER

------------------------------ ------------ ---------- -----------

SEQ_PAGE_ID 1 5000 2222292437

last_number下降,但現在反映了生成的實際最后序列號. DDL(顯然)導致寫入磁盤的數據被更新以反映當前值,而不是緩存的頂部 – 舊的20值緩存或新的5000值緩存.在你的情況下,你得到了2222292447,這意味著你通過緩存進一步的值比我運行alter時的十個值.

保存到磁盤的值大部分存在,因此如果數據庫崩潰,它知道從哪里拿起.重新啟動時,序列將開始從記錄的last_number生成數字.在正常運行期間,它不需要再引用它,它只是在緩存新值時更新磁盤上的值.這可以防止序列號在崩潰后重新發布,而不需要進行昂貴的(慢速)鎖定來實時維護該值 – 畢竟這是緩存所要避免的.

如果last_value低于實際生成的序列,則只會出現問題,但這不會發生. (好吧,除非序列設置為循環).

SQL> select SEQ_PAGE_ID.nextval from dual;

NEXTVAL

----------

2222292437

生成的下一個序列號從高速緩存大小改變之前的最后一個序列號開始;它沒有重用舊值,因為你可能一直擔心字典值.

SQL> select sequence_name, increment_by, cache_size, last_number

2 from user_sequences where sequence_name = 'SEQ_PAGE_ID';

SEQUENCE_NAME INCREMENT_BY CACHE_SIZE LAST_NUMBER

------------------------------ ------------ ---------- -----------

SEQ_PAGE_ID 1 5000 2222297437

last_number現在顯示先前存儲的值增加了5000的緩存大小.數據字典中的內容現在不會再次更改,直到我們從緩存中消耗了所有5000個值,或者其他地方發生了影響它的事情 – 數據庫被彈跳,序列被再次改變,等等

總結

以上是生活随笔為你收集整理的oracle sequence last_number,关于oracle序列的LAST_NUMBER的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。