Hibernate中的并发事务

Question

我有相同的模块，连接数据库运行在两个服务器(后台和前台)。它与同一个数据库连接。

我使用JPA（Hibernate实现）和Spring事务管理。

我有以下问题：

我必须用两个不同字段的最大值1更新表a中的字段a(表a中的字段a，表b中的字段b)

案例1：

更新前

表A fA = 100

tableB fB=102

更新后

表a fA=103

tableB fB=102

案例2：

更新前

表A fA = 102

表B fB = 100

更新后

表a fA=103

表B fB = 100

这段代码的方法是事务性的，在此之前(比如创建实体)和之后都要做一些事情。因此，在提交事务之前，如果另一个应用程序试图获取该值，它将会过期，并将相同的值保存在fieldA中。Hibernate会话是不同的，因为分布式系统。

我不能在数据库中使用序列（法律问题，因为它是关于发票的）或Hibernate的分布式缓存（系统问题）

我该怎么做？？

谢啦

Answer 1

我不知道我是否正确理解了你的问题，但是也许在你的道中，你可以准备一个方法，在那里你可以这样做

DetachedCriteria dc = DetachedCriteria.forClass(ClassA);
dc.setProjection(Projections.max("id"));
logger.info(svc.getMax(dc));

一旦获得最大值，就可以更新另一个表

安杰洛

Answer 2

您需要悲观锁定。使用Hibernate，您可以在JDBC或事务级别执行此操作。

阅读hibernate手册中关于锁定的章节。

Answer 3

您可以使用锁定。适当的锁定类型取决于您的使用案例。

如果并发更新的概率较低，请使用乐观锁定。在更新冲突的情况下，捕获Exception，刷新实体，重新应用您的更改并重试提交。

如果使用乐观锁定，建议在实体中添加@Version字段。不保证支持没有版本字段的乐观锁定。

如果并发修改的可能性很高，请使用悲观锁定。因此，您可以序列化对行的写入。请注意，这种类型的锁定可能会造成瓶颈，因为事务队列等待更新，其他事务在获取锁之前超时。

为了最小化lokc时间，您可以对单个查询应用锁：

query.setLockMode(LockMode.WRITE)

编辑：这些锁可能可以在分布式环境中安全地使用。

乐观锁定是在提交时(或等效情况下)作为对DB中的< code>@Version字段的检查来实现的——使用read-committed隔离(默认设置),没有丢失对实体的已提交更改的风险。

悲观锁定是在数据库级别实现的，通常使用< code>SELECT FOR UPDATE或类似的方法。所以你不用担心。