JPA事务处理（坑）

最新推荐文章于 2025-04-02 16:27:09 发布

天才之上

最新推荐文章于 2025-04-02 16:27:09 发布

阅读量1.8k

点赞数

分类专栏：基础框架文章标签： jpa 事务坑

本文链接：https://blog.youkuaiyun.com/weixin_36795183/article/details/100574839

版权

本文讨论了JPA中的事务处理，重点指出@TransactionAttribute的REQUIRES_NEW参数可能导致的事务回滚问题，建议尽量将数据库更新操作集中在同一个事务内。此外，还分析了在同步方法中出现的并发问题，即尽管方法被synchronized修饰，但在高并发情况下仍可能出现ID重复的问题，这与JPA事务隔离级别有关。解决方法是通过缓存变量来避免多次数据库读取。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1、JPA事务

JPA的确没有提供事务级别的设置，只提供了@TransactionAttribute 注释用作定义一个需要事务的方法。

它可以有以下参数：
1.REQUIRED:方法在一个事务中执行，如果调用的方法已经在一个事务中，则使用该事务，否则将创建一个
新的事务。
2.MANDATORY:方法必须在一个事务中执行，也就是说调用的方法必须已经有一个事务，否则新抛出一个错
误（ERROR）。
3.REQUIRESNEW:方法将在一个新的事务中执行，如果调用的方法已经在一个事务中，则暂停旧的事务。
4.SUPPORTS:如果方法在一个事务中被调用，则使用该事务，否则不使用事务。
5.NOT_SUPPORTED：如果方法在一个事务中被调用，将抛出一个错误（ERROR）
如果没有指定参数，@TransactionAttribute 注释使用REQUIRED 作为默认参数。

REQUIRESNEW这种事务使用就是个大坑坑坑，如果你定义了一个事务，该事务中又调用了另一个方法（该方法也是一个事务），此时若出现异常，会导致事务回滚，且只回滚了一半，多么坑。所以此处使用事务时，尽量将涉及到数据库更新的都放在一个事务里面，不要分散，否则会出现意想不到的bug。本人最近深受其害，主要也是自己水平较低。

2、同步方法里却没有达到同步的效果

考虑一个插入数据的场景，我们需要新增一个用户，而用户的id根据当前数据库中已经有多少条记录的count的基础上加一。我们假设该插