使用GenerationType.SEQUENCE时Hibernate的不一致行为问题

开发者阿泽

2026-7-6

问题：Hibernate序列生成ID的不一致行为

我在使用序列生成ID时遇到了Hibernate的不一致行为。项目仅包含Fruit实体，设置spring.jpa.hibernate.ddl-auto=create-drop，Hibernate会自动执行以下语句创建序列：

create sequence fruit_seq start with 1 increment by 50 nocache

实验一

curl --location 'http://localhost:8080/fruits' \
--header 'Content-Type: application/json' \
--data '{
    "name": "apple"
}'

curl --location 'http://localhost:8080/fruits' \
--header 'Content-Type: application/json' \
--data '{
    "name": "mango"
}'

curl --location 'http://localhost:8080/fruits' \
--header 'Content-Type: application/json' \
--data '{
    "name": "orange"
}'

此时数据库中Fruit的ID为1、2、3，序列当前值为101，生成的ID未受外部操作影响。

curl --location 'http://localhost:8080/fruits' \
--header 'Content-Type: application/json' \
--data '{
    "name": "apple"
}'

curl --location 'http://localhost:8080/fruits' \
--header 'Content-Type: application/json' \
--data '{
    "name": "mango"
}'

curl --location 'http://localhost:8080/fruits' \
--header 'Content-Type: application/json' \
--data '{
    "name": "orange"
}'

此时数据库中Fruit的ID为1、52、53，生成的ID受外部操作影响。

我原本预期外部修改序列值会始终影响Hibernate的ID生成，但先创建两个实体时却未受影响，请问这是什么原因？

原因解析

这是Hibernate序列预分配缓存机制导致的，核心逻辑如下：

预取ID缓存规则
当序列设置increment by 50时，Hibernate会一次性从数据库序列中获取一批（50个）ID，缓存到应用内存中。后续创建实体时，直接从内存缓存中取用ID，无需每次访问数据库序列。

第一次创建实体时，Hibernate调用序列得到起始值1，同时将1~50这50个ID存入缓存。创建前两个Fruit时，直接使用缓存中的1、2，缓存还剩余3~50的ID。
只有当缓存中的ID全部用完（比如创建第51个实体），Hibernate才会再次调用序列，获取下一批ID（此时会得到51，缓存51~100）。

实验一：创建前两个Fruit后，缓存中仍有大量未使用的ID（3~50）。此时手动调用序列得到101，仅修改了数据库序列的当前值，但Hibernate会优先使用内存缓存中的剩余ID，因此第三个Fruit的ID为3，不受外部操作影响。
实验二：你的实验结果看似与预缓存机制矛盾，大概率是因为手动操作序列后，Hibernate的内存缓存触发了失效（比如应用重启、会话工厂重建，或Hibernate检测到序列值与预期的增量不符）。正常情况下，若缓存未失效，第二个Fruit应使用缓存中的2；但缓存失效后，Hibernate会重新调用序列获取下一批ID，此时序列当前值已因手动操作变为101，后续ID会从101开始分配。你得到的52、53可能是实验过程中存在其他变量（如配置错误、序列被额外修改），但核心逻辑不变：只有当内存缓存耗尽或失效时，外部修改序列值才会影响后续ID生成。

内容的提问来源于stack exchange，提问作者Raven Danish