从Hibernate 4.1.2迁移至5.2.17时Sequence Generator适配问题

好问题！我刚好碰到过类似的Hibernate版本升级问题，给你梳理清楚来龙去脉和解决方案：

为什么升级后出现序列不同步问题？ #

在Hibernate 4.1.2中，@SequenceGenerator的默认allocationSize被Hibernate处理为1（虽然JPA规范里默认值是50），所以每次插入都会直接从数据库的SEQ_LOCATION序列获取下一个值，和数据库序列完全同步。

但到了Hibernate 5.x（包括你用的5.2.17），Hibernate开始严格遵循JPA规范，默认allocationSize=50——这意味着Hibernate会一次性从数据库序列获取50个值缓存起来，后续插入直接用缓存里的ID，不会每次都去数据库更新序列。这就造成了“数据库序列和ID不同步”的假象，看起来像是Hibernate自己生成了ID。

如何沿用Hibernate 4.1.2的序列生成机制？ #

当然可以！有两种方式实现和Hibernate 4.1.2一致的“每次从数据库序列取单个值”的逻辑：

1. 显式设置allocationSize=1（推荐，标准JPA方式） #

这其实就是你已经尝试的方案，也是最稳妥的做法——因为它是标准JPA注解，和Hibernate版本兼容性更好，未来升级到更高版本（比如Hibernate 6）也不会有问题。你的修改是正确的，代码示例如下：

@Id 
@SequenceGenerator(
    name = "LOCATION_ID_GENERATOR", 
    sequenceName = "SEQ_LOCATION", 
    allocationSize = 1, 
    initialValue = 1 // 这个值要和数据库序列的起始值一致，Oracle序列默认起始值通常是1，无需修改
) 
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "LOCATION_ID_GENERATOR") 
@Column(unique = true, nullable = false, precision = EntityColumnDefinitions.PRECISION_19) 
private Long id;

配置后，每次插入都会直接调用数据库序列的nextval，和Hibernate 4.1.2的行为完全一致。

2. 全局配置回退到旧生成器映射（仅适用于Hibernate 5.x） #

如果你不想给每个实体的@SequenceGenerator都加allocationSize=1，可以在Hibernate配置文件中添加全局参数：

hibernate.id.new_generator_mappings=false

这个配置会让Hibernate使用和4.x版本相同的生成器逻辑，默认allocationSize=1，不用逐个修改实体注解。但要注意：这个配置在Hibernate 6中已经被移除，如果未来计划升级到Hibernate 6，这种方式就会失效，所以更推荐第一种显式注解的方式。

额外提醒 #

使用allocationSize=1会带来轻微的性能损耗，因为每次插入都要和数据库交互一次获取序列值；而默认的allocationSize=50是为了减少数据库交互、提升性能。如果你的业务场景对性能要求不高，或者必须严格保证数据库序列和应用ID完全同步，那allocationSize=1是最优解。

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