這是正常的,是的.從

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.

這可以使用新的序列重新創(chuàng)建：

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下降,但現(xiàn)在反映了生成的實(shí)際最后序列號(hào). DDL(顯然)導(dǎo)致寫入磁盤的數(shù)據(jù)被更新以反映當(dāng)前值,而不是緩存的頂部 – 舊的20值緩存或新的5000值緩存.在你的情況下,你得到了2222292447,這意味著你通過緩存進(jìn)一步的值比我運(yùn)行alter時(shí)的十個(gè)值.

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

如果last_value低于實(shí)際生成的序列,則只會(huì)出現(xiàn)問題,但這不會(huì)發(fā)生. (好吧,除非序列設(shè)置為循環(huán)).

SQL> select SEQ_PAGE_ID.nextval from dual;

NEXTVAL

----------

2222292437

生成的下一個(gè)序列號(hào)從高速緩存大小改變之前的最后一個(gè)序列號(hào)開始;它沒有重用舊值,因?yàn)槟憧赡芤恢睋?dān)心字典值.

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現(xiàn)在顯示先前存儲(chǔ)的值增加了5000的緩存大小.數(shù)據(jù)字典中的內(nèi)容現(xiàn)在不會(huì)再次更改,直到我們從緩存中消耗了所有5000個(gè)值,或者其他地方發(fā)生了影響它的事情 – 數(shù)據(jù)庫被彈跳,序列被再次改變,等等

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。