用Spring boot jpa update modify delete 数据和事务管理的那些坑

最新推荐文章于 2025-10-31 12:27:13 发布

原创最新推荐文章于 2025-10-31 12:27:13 发布 · 2.9w 阅读

13 ·

CC 4.0 BY-SA版权

文章标签：

#spring-boo

spring boot 专栏收录该内容

2 篇文章

订阅专栏

本文通过在线考试系统的具体实例，详细探讨了Spring Boot应用中使用JPA进行删除操作时遇到的问题及解决方案，包括不同层级事务管理的影响。

有好多文章介绍了Spring boot 博客已经很多了比如说:
http://blog.youkuaiyun.com/linzhiqiang0316/article/details/52639265
http://blog.youkuaiyun.com/linzhiqiang0316/article/details/52638039
http://blog.didispace.com/springbootmultidatasource/等等
上面几个博客都是有关查询的一些例子,但是今天我们的是jpa删除和事务的一些坑
使用的spring boot版本:1.3.7.RELEASE

一.业务场景(在线考试系统)和代码:

业务逻辑:根据问题的id删除答案

repository层:

  int deleteByQuestionId(Integer questionId);

service 层:

public void deleteChoiceAnswerByQuestionId(Integer questionId) {
    choiceAnswerRepository.deleteByQuestionId(questionId);

test（测试）层:

   @Test
    public void testDeleteByQuestionId() {

        choiceAnswerService.deleteChoiceAnswerByQuestionId(5);
        System.out.println("hehehhe");
        System.out.println("hehehhe");

        System.out.println("hehehhe");

        System.out.println("hehehhe");
        System.out.println("hehehhe");
        System.out.println("hehehhe");
        System.out.println("hehehhe");


    }

二.问题

问题1：对于modify和delete时如果各层都不加事务管理的话会报这个错误

org.springframework.dao.InvalidDataAccessApiUsageException: No EntityManager with actual transaction available for current thread - cannot reliably process 'remove' call; nested exception is javax.persistence.TransactionRequiredException: No EntityManager with actual transaction available for current thread - cannot reliably process 'remove' call

当我们除了query外的modiy和delete如果各层的方法中没有进行事务管理的话(没加@Transactional)话会报错

问题2：只在test层加@Transactional

没有错误但是数据并没有被删除,在用IDEA的调试是，在执行这个测试方法的过程时还可以在choiceanswer表中进行操作并没有加锁事务并没有起作用

问题3:只在 Repository层加@Transactional

 public void deleteChoiceAnswerByQuestionId(Integer questionId) {
        choiceAnswerRepository.deleteByQuestionId(questionId);
        System.out.println("hehehhe");

        System.out.println("hehehhe");
//        questionRepository.delete(5);
        System.out.println("hehehhe");

        System.out.println("hehehhe");
        System.out.println("hehehhe");
        System.out.println("hehehhe");
        System.out.println("hehehhe");
    }

这时当执行完
choiceAnswerRepository.deleteByQuestionId(questionId);
数据里面被修改,修改成功

问题4:只在 service层加@Transactional

当只有执行完service内的对应方法时数据才会被删除 (只有在这一层加事务管理才是真正的事务管理)

问题5:在service 层和repository层都加上@transactional

当只有执行完service内的对应方法时数据才会被删除

问题6:只有在test层加上@Transactional,不管service层和repository层加不加@Transactional（可以加可以不加）

数据都不会被删除

问题7:repository层不同注解的执行结果

@Modifying
@Query("delete from ChoiceAnswer c where c.question.id=?1 ")
@Transactional
int deleteByQuestionId(Integer questionId);
与
@Transactional
int deleteByQuestionId(Integer questionId);

有什么区别,上面的会直接执行delete语句
下面的会先执行select 再执行delete
#总结:
事务管理只有在service加上事务管理才起作用,query不需要事务管理但是delete update modify都需要事务管理。为了不在service层不加事务管理可以在repository层的delete update modify加上@transactional 但这样不能真正保持事务的完整性