java jdbc addBatch批处理不回滚
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了java jdbc addBatch批处理不回滚相关的知识,希望对你有一定的参考价值。
假如代码是这样的
// 开启事务
try
TransactionManager.beginTransaction();
方法一;
// 普通数据库操作
方法二
;//jdbc中使用PreparedStatement 进行addBatch(),executeBatch();已设置setAutoCommit(false);
方法三
// 提交事务
TransactionManager.commitTransaction();
catch (Exception e)
e.printStackTrace();
TransactionManager.rollbackTransaction();
假如方法二中进行批量插入时发生违反唯一约束主键的异常,事务未回滚
假如在方法三中抛出异常,事务回滚
你搞不明白的话,可以自己去实现事务,那样逻辑比较清晰。
恩 和楼下见解一样,推荐你把TransactionManager去掉,换成 setAutoCommit(false),commit(),rollback() 试试。最原始的总是最容易理解的 参考技术B 我想知道你这个 TransactionManager 是什么东西?
J2EE 中当使用 J2EE 服务器提供的 UserTransaction 时,是不能再使用 connection.setAutoCommit() 或 setSavePoint() 功能的。
如果这个 TransactionManager 是你们自己写的,那得自己检查代码是不是有缺陷。 参考技术C 已设置setAutoCommit(false);
可能和这个有关,
TransactionManager.beginTransaction();和TransactionManager.commitTransaction();
就够了吧。本回答被提问者采纳 参考技术D 你的问题是啥?
Java事务不回滚的原因总结
1、首先要检查数据的引擎,InnoDB支持事务,MyIsam不支持事务
2、 默认spring事务只在发生未被捕获的 runtimeexcetpion时才回滚。
spring aop 异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获runtimeexception的异常,但可以通过
配置来捕获特定的异常并回滚
换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion(),这样程序异常时才能被aop捕获进而回滚
解决方案:
方案1.例如service层处理事务,那么service中的方法中不做异常捕获,或者在catch语句中最后增加throw new RuntimeException()语句,以便让aop捕获异常再去回滚,并且在service上层(webservice客户端,view层action)要继续捕获这个异常并处理
方案2.在service层方法的catch语句中增加:TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句,手动回滚,这样上层就无需去处理异常
3、如果不使用try catch的话,如果想其它异常也可以回滚,可以加上rollbackFor =Exception.class
@Transactional(readOnly = false,propagation = Propagation.REQUIRED, rollbackFor =Exception.class )
以上是关于java jdbc addBatch批处理不回滚的主要内容,如果未能解决你的问题,请参考以下文章
mybatis使用datasourcetransactionmanager管理事务为啥不回滚