Hibernate 3.x升级至5.x后hibernate_sequence权限错误排查

错误原因 #

直接原因是数据库用户d7a_viewer没有对hibernate_sequence表执行带锁SELECT语句的权限。根源是Hibernate 5.x与3.x的主键生成策略差异：

• Hibernate 3.x使用native策略时，MySQL环境下默认用自增主键（AUTO_INCREMENT），不会用到hibernate_sequence表。
• Hibernate 5.x默认的GenerationType.AUTO策略，在不支持原生序列的MySQL中，会通过SequenceStyleGenerator生成器，用hibernate_sequence表模拟序列生成主键，该过程会执行SELECT ... FOR UPDATE带锁查询来保证ID生成的原子性，而当前用户没有对应权限。

解决方案 #

方案1：给数据库用户添加权限 #

执行以下SQL，给用户授予hibernate_sequence表的SELECT和UPDATE权限（需要更新表中序列值）：

GRANT SELECT, UPDATE ON 你的数据库名.hibernate_sequence TO 'd7a_viewer'@'localhost';
FLUSH PRIVILEGES;

替换你的数据库名为实际使用的数据库名称。

方案2：切换回自增主键策略 #

如果你的业务原本依赖MySQL自增主键，直接修改实体类的主键注解：

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;

或者通过全局配置强制Hibernate使用旧版生成器映射（兼容3.x行为），在Spring配置文件中添加：

# application.properties
spring.jpa.hibernate.id.new_generator_mappings=false

此配置会让Hibernate在MySQL环境下自动使用IDENTITY策略，不再依赖hibernate_sequence表。

方案3：自定义序列生成器（按需选择） #

如果需要保留序列风格生成逻辑，可配置生成器的优化器，减少锁依赖，但仍需确保用户有表权限：

@Id
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "entity_seq")
@SequenceGenerator(
    name = "entity_seq",
    sequenceName = "hibernate_sequence",
    allocationSize = 10,
    optimizer = "pooled"
)
private Long id;

pooled优化器会批量获取ID，减少锁竞争，但仍需用户拥有表的SELECT和UPDATE权限。

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