“选择...进行更新”不适用于 Hibernate 和 MySQL

Question

我们有一个系统，必须在一个实体中使用悲观锁定。我们使用的是hibernate，所以我们使用LockMode.UPGRADE。但是，它不会锁定。

• 这些表是 InnoDB
• 我们已经检查了锁定在数据库（5.0.32）中是否正常工作，因此这个错误 http://bugs.mysql.com/bug.php?id=18184 似乎没有问题。
• 我们已检查数据源是否包含 autoCommit = false 参数。
• 我们检查了 hibernate（版本 3.2）生成的 SQL 是否包含“FOR UPDATE”。

谢谢，

Answer 1

我遇到了非常相似的事情。我在 Spring 中使用 @Transactional 注释，并且发出更新选择，但未获取更新锁（我有其他线程发出相同的更新选择，并已验证它们不会阻塞一把锁）。当我显式获取 Hibernate 会话并发出 beginTransaction 并在代码块周围提交时，一切正常。

这并没有给我带来 Spring 容器管理事务的温暖和模糊的感觉。

Answer 2

当我遇到类似的问题时，那是因为我错误配置了 Spring 管理的事务。仔细检查您的 Spring tx 配置。

<tx:annotation-driven transaction-manager="txManager"/>
<bean id="txManager" class="org.springframework.orm.hibernate.HibernateTransactionManager">
  <property name="sessionFactory" ref="sessionFactory" />
</bean>

您需要 autocommit = false 的事实也可能表明您没有在事务中进行操作。当您尝试访问一对多集合时，是否也会遇到延迟初始化异常？

我发现弄清楚 Spring tx 方面是否真正工作的最直接方法是使用调试器。在发出 FOR UPDATE SQL 的方法中放置一个断点。向上堆栈，直到找到您的 @Transactional 类/方法。您应该在调用堆栈中的下一个调用中看到 Spring 方面代理。

Answer 3

最近我遇到了这样的问题。我们使用 2 个 tx 管理器，因为我们有不同的数据库，问题是事务使用配置到另一个数据库的 txmanager，因此在执行选择之前，与查询数据库的连接没有禁用自动提交模式用于更新。使用正确的 txmanager 解决了这个问题。希望它将来能帮助其他人。