遇到一个关于序列的奇葩有关问题
遇到一个关于序列的奇葩问题
CREATE SEQUENCE SEQ_RESULT
INCREMENT BY 1
START WITH 1
MAXVALUE 999999999999999999
MINVALUE 1
CACHE 100
这是序列的属性，该序列用于某张表的主键ID，现在出现的情况就是表内已经入库10267条数据，出现无法入库的问题。
最后找到原因是序列当前值变成了10012，导致主键冲突不能入库，问题很好解决，但是造成序列倒退的原因找不到：
1.没有手动更改过序列。2.有更改过系统时间，但是我后来自己试验更改系统时间，时间倒退，序列并没有倒退。
有没有人遇到过这种情况，分享分享啊。。。。。
------解决思路----------------------
使用cache的话，数据库会提前取出制定个数的值，在请求序列值的时候会随机从已经取出的值中选择一个返回
因此使用cache的时候取出的序列值有可能不是顺序产生的，可能会出现乱序的现象
但是这也不会发生主键冲突的，每个值只会被取出一次，想不通因为啥啊
没人改过序列，是否有人改过表中的数据呢，可以核实一下
------解决思路----------------------
SEQUENCE 的cache确实会导致跳号问题，比如cache为100，如果初次走到95，数据当掉了，下次重启时会从101开始。
你的序列只到10012，而数据库中的数据已经到了10267，原因只能有两种：
1、程序代码逻辑问题，仔细找，应该是一个非正常操作流程导致的逻辑问题；
2、有谁手动插入数据。
CREATE SEQUENCE SEQ_RESULT
INCREMENT BY 1
START WITH 1
MAXVALUE 999999999999999999
MINVALUE 1
CACHE 100
这是序列的属性，该序列用于某张表的主键ID，现在出现的情况就是表内已经入库10267条数据，出现无法入库的问题。
最后找到原因是序列当前值变成了10012，导致主键冲突不能入库，问题很好解决，但是造成序列倒退的原因找不到：
1.没有手动更改过序列。2.有更改过系统时间，但是我后来自己试验更改系统时间，时间倒退，序列并没有倒退。
有没有人遇到过这种情况，分享分享啊。。。。。
------解决思路----------------------
使用cache的话，数据库会提前取出制定个数的值，在请求序列值的时候会随机从已经取出的值中选择一个返回
因此使用cache的时候取出的序列值有可能不是顺序产生的，可能会出现乱序的现象
但是这也不会发生主键冲突的，每个值只会被取出一次，想不通因为啥啊
没人改过序列，是否有人改过表中的数据呢，可以核实一下
------解决思路----------------------
SEQUENCE 的cache确实会导致跳号问题，比如cache为100，如果初次走到95，数据当掉了，下次重启时会从101开始。
你的序列只到10012，而数据库中的数据已经到了10267，原因只能有两种：
1、程序代码逻辑问题，仔细找，应该是一个非正常操作流程导致的逻辑问题；
2、有谁手动插入数据。