替换@SequenceGenerator为@GenericGenerator后主键重复错误求助

我来帮你拆解并解决这个问题，看起来你在替换弃用的序列生成器时踩了配置不匹配的坑，咱们一步步来修复：

问题根源分析 #

你遇到的两个核心问题：

1. 负ID生成：因为你配置的increment_size=50和数据库序列的INCREMENT BY=1完全不匹配，导致Hibernate的SequenceStyleGenerator内部ID计算逻辑混乱，出现了异常的负数ID。
2. 主键重复：现有数据ID已经到709，但数据库序列当前值才15，即使计算正常，按increment_size=50生成的701-750范围ID也会和已存在的701-709重复。

另外，其实Hibernate 5已经默认用SequenceStyleGenerator处理@SequenceGenerator了，你没必要额外用@GenericGenerator，反而容易引入配置冲突。

分步解决方案 #

1. 修正实体类配置（移除冗余的@GenericGenerator） #

改用标准JPA的@SequenceGenerator，确保参数和数据库序列一致：

import javax.persistence.*;

@Entity
@Table(name = "car")
@SequenceGenerator(
    name = "carSequence",
    sequenceName = "car_id_seq",
    allocationSize = 1, // 先和数据库序列的步长保持一致，后续可优化
    initialValue = 1
)
public class Car {
    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "carSequence")
    private Long id;
    // 其他字段和方法...
}

如果后续想优化性能（批量生成ID），再把allocationSize改成50，同时同步修改数据库序列的步长（见步骤3）。

2. 同步数据库序列到现有数据的最大ID #

先查询当前表的最大ID：

SELECT MAX(id) FROM car;

假设结果是709，执行以下命令把序列当前值设置为709，确保下一个生成的ID从710开始：

SELECT setval('car_id_seq', 709, false);

解释：setval第三个参数为false时，nextval会返回设置值+1；如果是true，则直接返回设置值。

3. （可选）优化ID生成性能（批量生成） #

如果想使用批量ID生成提高性能，需要让Hibernate的allocationSize和数据库序列的步长保持一致：

1. 修改数据库序列的步长：

   ALTER SEQUENCE car_id_seq INCREMENT BY 50;
   

2. 同步修改实体类的@SequenceGenerator参数：

   @SequenceGenerator(
       name = "carSequence",
       sequenceName = "car_id_seq",
       allocationSize = 50, // 和数据库序列步长一致
       initialValue = 1
   )
   

3. 重新同步序列到合适的起始值（避免和现有ID冲突）：

   -- 计算大于最大ID的第一个50的倍数，比如709的话是750
   SELECT setval('car_id_seq', 750, false);
   

这样Hibernate会从751开始批量生成50个ID（751-800），不会和现有数据冲突。

为什么原来的配置会出问题？ #

当你设置increment_size=50但数据库序列步长是1时，Hibernate会误认为序列每次会增长50，内部按hi-lo算法计算ID范围，但实际序列每次只增长1，这种不匹配导致了逻辑混乱，甚至生成了异常的负数ID；同时现有数据ID远高于序列当前值，直接触发了主键重复错误。

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