@Query("update IndMsg e set e.is_read = '1' where e.user_id = :user_id ")
@Modifying
Integer batchRead(@Param("user_id") Integer user_id);
报错:Executing an update/delete query
按此帖http://blog.csdn.net/lzwglory/article/details/18839087
在service上加上
@Transactional
ok,解决。
另有一篇文章,写的比较好:
http://blog.csdn.net/hanghangde/article/details/53241150
有好多文章介绍了spring boot 博客已经很多了比如说:
http://blog.csdn.net/linzhiqiang0316/article/details/52639265
http://blog.csdn.net/linzhiqiang0316/article/details/52638039
http://blog.didispace.com/springbootmultidatasource/等等
上面几个博客都是有关查询的一些例子,但是今天我们收的是jpa删除和事务的一些坑
使用的spring boot版本:1.3.7.RELEASE
一.业务场景(在线考试系统)和代码:
业务逻辑:根据问题的id删除答案
repository层:
- 1
- 1
service 层:
- 1
- 2
- 1
- 2
test(测试)层:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
二.问题
问题1:对于modify和move时如果各层都不加事务管理的话会报这个错误
- 1
- 1
当我们除了query外的modiy和delete如果各层的方法中没有进行事务管理的话(没加@Transactional)话会报错
问题2:只在test层加@Transactional
没有错误但是数据并没有被删除,在用IDEA的调试是,在执行这个测试方法的过程时还可以在choiceanswer表中进行操作并没有加锁事务并没有起作用
问题3:只在 Repository层加@Transactional
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
这时当执行完
choiceAnswerRepository.deleteByQuestionId(questionId);
数据里面被修改,修改成功
问题4:只在 service层加@Transactional
当只有执行完service内的对应方法时数据才会被删除(只有在这一层加事务管理才是真正的事务管理)
问题5:在service 层和repository层都加上@transactional
当只有执行完service内的对应方法时数据才会被删除
问题6:只有在test层加上@Transactional,不管service层和repository层加不加@Transactional(可以加可以不加)
数据都不会被删除
问题7:repository层不同注解的执行结果
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 1
- 2
- 3
- 4
- 5
- 6
- 7
有什么区别,上面的会直接执行delete语句
下面的会先执行select 再执行delete
总结:
事务管理只有在service加上事务管理才起作用,query不需要事务管理但是delete update modify都需要事务管理。为了不在service层不加事务管理可以在repository层的delete update modify加上@transactional 但这样不能真正保持事务的完整性