Oracle序列值不连续，Hibernate使用@SequenceGenerator配置问题如何解决

• 配置不匹配：Hibernate的@SequenceGenerator注解中allocationSize属性的含义是ORM层每次从Oracle序列查询nextval时，预留在应用侧缓存的主键数量，你当前配置为1，意味着每次插入都要查询一次序列。而Oracle侧序列设置了cache=1000，数据库会为每个会话分配一段连续的序列值缓存，不同会话的缓存段互不重叠，例如会话A拿到1-1000，会话B拿到1001-2000。如果你的应用使用了连接池，两次插入请求拿到不同的数据库会话，就可能出现先插入的请求从编号更大的缓存段拿值、后插入的请求从编号更小的缓存段拿值的乱序问题。
• Oracle序列默认特性：Oracle序列默认开启NOORDER属性，不会保证多会话场景下序列值按请求顺序生成，在RAC集群部署的数据库场景下该问题会更明显，每个实例都会缓存自己的序列段，跨实例请求拿到的序列值天然可能乱序。另外带缓存的序列本身就不保证连续性：数据库重启、序列缓存被LRU算法从共享池中换出时，未使用的缓存序列值会直接丢弃；事务回滚时已经调用的nextval也不会回滚，这两个是序列值不连续的核心原因。
• 间隔时间长仍出现乱序的原因：只要你的应用连接池生成了新的数据库会话，或者旧会话的序列缓存已经被用完/换出，新会话就会申请新的序列缓存段，不管两次插入间隔多久，都可能拿到编号更小的缓存段，出现乱序。

• 对齐Hibernate与Oracle的序列配置
  • 如果你能接受序列存在少量缺口、优先考虑性能：将@SequenceGenerator的allocationSize值调整为和Oracle序列的cache值一致，比如都设为1000。此时Hibernate会一次性从序列拿1000个主键缓存在应用侧，只有用完才会再次查询序列，避免了每次插入都要查询序列、跨会话拿不同缓存段的问题。
  • 如果你要求序列尽量连续、不需要高性能：将Oracle序列修改为NOCACHE，执行SQL ALTER SEQUENCE 你的序列名 NOCACHE;，同时保持allocationSize=1。此时每次查询nextval都会直接更新序列的数据字典，不会为会话分配缓存段，自然不会出现乱序问题，缺点是每次插入都要操作数据字典，插入性能会下降。
• 开启序列ORDER属性保证有序
  如果业务要求必须严格按插入顺序生成递增ID，可以修改Oracle序列添加ORDER属性，执行SQL ALTER SEQUENCE 你的序列名 ORDER;。Oracle会保证多会话下的序列值按请求顺序生成，RAC环境下该配置会产生少量的跨实例协调开销，需要根据业务性能要求取舍。
• 集群场景可选替代方案
  如果是多节点集群部署、同时对性能和有序性都有要求，可以考虑改用号段模式在应用层统一管理主键分配，或者使用雪花算法等分布式ID生成方案，完全脱离数据库序列的限制。

内容的提问来源于stack exchange，提问作者hasan safiary