Hibernate：事务中悲观锁的范围

问题描述

我使用 Hibernate for ORM 作为游戏服务器，刚刚从每个工作单元的会话/事务切换到每个请求的会话/事务。

由于多个事务可能相互冲突，我使用悲观锁定。问题是我经常遇到死锁。现在我的问题是，是否可以在事务中明确定义特定实体实例被锁定的范围，或者在指定锁定模式后，该实例是否被锁定直到我提交事务？

如果后者成立，如果我不能任意安排锁定数据库中资源的方法的方法调用，我如何避免每个请求环境中会话事务中的死锁？

解决方法

锁总是绑定到事务上的，这就是数据库的工作方式。你应该让你的交易尽可能小，所以我建议你坚持每个工作单位的交易。请注意，一个会话可以有多个事务。

我不知道你为什么每次请求都切换到会话，但我猜是因为延迟加载问题？相信我，这不是解决方案，还会带来许多其他问题。为了解决延迟加载问题，人们通常使用实体图和/或 DTO。

我认为这是 Blaze-Persistence Entity Views 的完美用例。

我创建了该库以允许在 JPA 模型和自定义接口或抽象类定义的模型之间轻松映射，例如类固醇上的 Spring Data Projections。这个想法是，您可以按照自己喜欢的方式定义目标结构（域模型），并通过 JPQL 表达式将属性（getter）映射到实体模型。

带有 Blaze-Persistence Entity-Views 的 DTO 模型可能如下所示：

@EntityView(User.class)
public interface UserDto {
    @IdMapping
    Long getId();
    String getName();
    Set<RoleDto> getRoles();

    @EntityView(Role.class)
    interface RoleDto {
        @IdMapping
        Long getId();
        String getName();
    }
}

查询是将实体视图应用于查询的问题，最简单的就是通过 id 查询。

UserDto a = entityViewManager.find(entityManager,UserDto.class,id);

Spring Data 集成允许您像使用 Spring Data Projections 一样使用它：https://persistence.blazebit.com/documentation/entity-view/manual/en_US/index.html#spring-data-features

java java pessimistic-locking transactions