关于jave在oracle驱动下事务提交与回滚问题

一直以来，都认为Connection如果设置了setAutoCommit(false)后，启动手工事务提交，必须手工进行commit或者rollback才行。今天正好遇到一个问题，结果大跌眼镜。

于是测试了一下，结果如下（请注意在oracle驱动下，其他环境未知）：

1、设置了setAutoCommit(false)后执行后续DML的数据更新操作，没有显式手工进行commit或者rollback，最后设置setAutoCommit(true)，后关闭连接，默认提交成功。

2、设置了setAutoCommit(false)后执行后续DML的数据更新操作，执行两段sql更新，中间rollback，第一部分回滚，第二部分不显式手工进行commit，默认提交。

3、设置了setAutoCommit(false)后执行后续DML的数据更新操作，没有显式手工进行commit或者rollback，最后没有设置setAutoCommit(true)，关闭连接，默认提交成功。

小结：设置了setAutoCommit(false)后，除非显式rollback，否则默认提交；没有任何显式commit或rollback，设置设置setAutoCommit(true)或者关闭连接，之前的事务也会默认提交。

时间： 2024-10-12 07:46:41

关于jave在oracle驱动下事务提交与回滚问题的相关文章

RocketMQ源码分析之RocketMQ事务消息实现原下篇(事务提交或回滚)

本文将重点分析RocketMQ Broker如何处理事务消息提交.回滚命令,根据前面的介绍,其入口EndTransactionProcessor#proce***equest: OperationResult result = new OperationResult();if (MessageSysFlag.TRANSACTION_COMMIT_TYPE == requestHeader.getCommitOrRollback()) { // @1result = this.brokerCont

c++ mysql事务提交及回滚

之前在做有关数据库的操作时发现,有些内容应该作为一个事务一起提交,而不是每个都单独提交,这就需要把这些操作当做一个事务来处理.而我之前写过简单的数据库的操作,因为mysql默认的是自动提交,我们就需要用到api--mysql_commit(). mysql_commit(MYSQL* mysql, my_bool mode); mode为1时表示ON,mode为0时表示OFF. 在关掉自动提交后,以后我们的操作就需要自己手动提交了,而这就是我们所需要的了,对于一系列的操作,如果都成功了,那我们就

【转】批量复制操作（SqlBulkCopy）的出错处理：事务提交、回滚

原文地址:http://blog.csdn.net/westsource/article/details/6658109 默认情况下,批量复制操作作为独立的操作执行. 批量复制操作以非事务性方式发生,不可能使其回滚. 如果需要在出错时回滚全部批量复制或它的一部分,可以使用 SqlBulkCopy 托管的事务,在现有事务中执行批量复制操作,或者在 System.Transactions Transaction 中登记它. 由于不同批次在不同事务中执行,因此,如果在批量复制操作期间发生错误,则当前批

项目开发-iBatis事务源码之事务提交和回滚

接上篇继续事务的提交和结束流程如下. commitTransaction SqlMapClientImpl的commitTransaction操作,类似startTransaction,是最终由SqlMapExecutorDelege的commitTransaction完成的. /** * Commit the transaction on a session * * @param sessionScope - the session * @throws SQLException - if th

对mysql事务提交、回滚的错误理解

一.起因 begin或者START TRANSACTION开始一个事务 rollback事务回滚 commit 事务确认 人们对事务的解释如下:事务由作为一个单独单元的一个或多个SQL语句组成,如果其中一个语句不能完成,整个单元就会回滚(撤销),所有影响到的数据将返回到事务开始以前的状态.因而,只有事务中的所有语句都成功地执行才能说这个事务被成功地执行.  这句话本身没有什么问题,问题是我给理解错了,我测试中问题描述为如下: mysql事务中有两条insert语句,其中第二条语句是错误的,在运行

关于SAP的事务提交和回滚（LUW）

1 Sap的更新的类型 在sap中,可以使用CALL FUNCTION ... IN UPDATE TASK将多个数据更新绑定到一个database LUW中.程序使用COMMIT WORK提交修改请求.在sap中将更新分四种类型: 1.1 Asynchronous Update(异步更新):在这种情况,调用程序提交事务不需要等待Update Work Process完成数据更新处理. 1.2 Updating Asynchronously in Steps(多步异步更新): 这种更新分两步.

切分大任务成多个子任务(事务)，汇总后统一提交或回滚

示例代码可以从github上获取 https://github.com/git-simm/simm-framework.git 一.业务场景: 系统中存在一个盘库的功能,用户一次盘库形成一两万条的盘库明细单,一次性提交给服务器进行处理.服务器性能比较优越,平均也得运行30秒左右.性能上需要进行优化. 二.处理方案: 做过代码分析后,发现单线程逻辑没有什么优化空间.开始考虑引入多线程处理模型,用10个子线程进行任务切分处理.切分子线程问题需要考虑事务的一致性.10个子线程对应10个事务,需要保证所

mysql 实现事务的提交与回滚

最近要对数据库的数据进行一个定时迁移,为了防止在执行过程sql语句因为某些原因报错而导致数据转移混乱,因此要对我们的脚本加以事务进行控制. 首先我们建一张tran_test表 CREATE TABLE tran_test( f1 VARCHAR(10) NOT NULL, f2 INT(1) DEFAULT NULL, PRIMARY KEY (f1) )ENGINE=INNODB CHARSET=utf8 我想对tran_test插入两条数据,但是为了防止插入中报错,因此我要把插入语句控制在一

php中对MYSQL操作之事务控制，回滚

<?php //事务控制,回滚 //创建一个mysqli对象 $mysqli = new MySQLi("主机名","mysql用户名","密码","数据库名"); //判断是否链接成功 if($mysqli->connect_error){ die($mysqli->connect_error); } //由于在事务提交中系统默认提交,故这里设置为FALSE先不提交 $mysqli->autocomm