本篇将讲诉如何使用JDBC进行数据库有关事务的操作。在上一篇博客中已经介绍了事务的概念，和在MySQL命令行窗口进行开启事务，提交事务以及回滚事务的操作。
似乎事务和批处理都可以一次同时执行多条SQL命令，但是事务是如果某一条SQL出错，则前面已经执行过的SQL全部都将回滚；而批处理中某一条SQL出错，那么这条出错的SQL要么会抛出个异常，要么以一个代表出错的值返回，已经执行过的SQL不受影响，至于后面的SQL是否还会执行则看数据库，不同数据库有不同的处理。
在前一篇我们说过，数据库对于事务是默认自动提交的，也就是发一条SQL命令则数据库就执行一条。而对于JDBC而言，当向数据库获取一个链接Connection对象，在默认情况下通过Connection对象发送的SQL命令也是默认自动提交事务的。
操作：
① 如果我们想使用JDBC对多条SQL进行整体执行，需要先提交事务命令，这一步是通过Connection对象先将自动提交关闭，调用Connection对象的setAutoCommit(false)方法即可。这个方法相当于在MySQL命令行窗口中输入”start transaction”命令。
② 如果我们在JDBC已经将自动提交关闭的情况下需要提交事务，则调用Connection对象的commit()方法即可。
③ 如果我们在JDBC已经将自动提交关闭的情况下需要回滚事务，则调用Connection对象的rollback(…)方法即可。rollback方法如果是无参，则回滚前面所有已执行的SQL命令；如果是有参，则可以指定回滚点，保留前面部分指定的已执行的SQL命令。
下面以几个案例来像上一篇博客一样分别介绍几种事务的相关操作。
例1：正确提交事务的小案例
在这个简单的案例中，通过用户A向用户B转账100元来快速了解如何使用JDBC操作事务。
创建数据库和表，另外再添加两条数据：
create database jdbcdemo;
use jdbcdemo;
create table account(
id int primary key auto_increment,
name varchar(40),
money double
);
insert into account(name,money) values('a',1000);
insert into account(name,money) values('b',1000);
先看看准备的数据：
创建工程，在工程中导入数据库连接驱动的jar包。在【src】目录下新建一个database.properties文件，内容如下：
driver=com.mysql.jdbc.Driver
url=jdbc:mysql://localhost:3306/jdbcdemo
username=root
password=root
构建JDBC的工具类，包括注册驱动，获取连接，释放资源和连接等，这部分同《JDBC操作数据库的学习(2)》中相同，此处略。
使用JDBC完成事务操作的demo代码如下：
public void transaction() throws SQLException {
Connection conn = null;
PreparedStatement st = null;
ResultSet rs = null;
try{
conn = JdbcUtils.getConnection();
conn.setAutoCommit(false); //开启事务，相当于start transaction命令
String sql1 = "update account set money=money-100 where name='a'";
st = conn.prepareStatement(sql1);
st.executeUpdate(); //执行SQL语句
String sql2 = "update account set money=money+100 where name='b'";
st = conn.prepareStatement(sql2);
st.executeUpdate(); //执行SQL语句
conn.commit(); //提交事务
}finally{
JdbcUtils.release(conn, st, rs);
}
}
查看事务执行情况：
通过例1中简单的代码就完成了事务的一系列操作。可以看到用户A向用户B确实转账了100元。
例2：事务执行过程出错回滚的小案例
通过前一篇博客，我们知道如果在事务执行过程中发生了错误，则数据库将会使该事务中所有的操作都回滚，那么我们在使用JDBC的情况下也来重新模拟一次，依然还是用户A向用户B转账100元。
将例1中的account表所有用户的金额重新制定为1000元的SQL命令：
update account set money=1000;
创建工程，在工程中导入数据库连接驱动的jar包。在【src】目录下新建一个database.properties文件，内容如下：
driver=com.mysql.jdbc.Driver
url=jdbc:mysql://localhost:3306/jdbcdemo
username=root
password=root
构建JDBC的工具类，包括注册驱动，获取连接，释放资源和连接等，这部分同《JDBC操作数据库的学习(2)》中相同，此处略。
在使用JDBC进行事务处理中，我们添加一个显而易见的错误：int x = 1/0 ，如下代码：
public void transaction() throws SQLException {
Connection conn = null;
PreparedStatement st = null;
ResultSet rs = null;
try{
conn = JdbcUtils.getConnection();
conn.setAutoCommit(false); //开启事务，相当于start transaction命令
String sql1 = "update account set money=money-100 where name='a'";
st = conn.prepareStatement(sql1);
st.executeUpdate();
int x = 1/0; //在此处模拟事务处理过程中出错
String sql2 = "update account set money=money+100 where name='b'";
st = conn.prepareStatement(sql2);
st.executeUpdate();
conn.commit(); //提交事务
}finally{
JdbcUtils.release(conn, st, rs);
}
}
当我们执行这个Java方法时，由于设置了int x = 1/0这个逻辑错误，程序会抛出异常，但是因为抛出异常后，后面的代码不再执行，也就是说程序无法执行到提交事务conn.commit()方法处，因此数据库将会回滚该事务所有的操作，因此A与B的金额还是原来那样：
例3：事务执行过程出错由开发者手动回滚的小案例
在例2中当事务执行过程中出错时，会由数据库自动回滚所有的操作，而在JDBC中，我们也可以调用链接Connection对象的rollback()方法回滚所有的操作，在下面的案例中，我们将在捕获异常的代码块中手动回滚所有的操作。
所有表、表中数据、配置文件和JDBC工具类都同例2相同。
将例2中的代码修改为如下：
public void transaction() throws SQLException {
Connection conn = null;
PreparedStatement st = null;
ResultSet rs = null;
try{
conn = JdbcUtils.getConnection();
conn.setAutoCommit(false); //开启事务，相当于start transaction命令
String sql1 = "update account set money=money-100 where name='a'";
st = conn.prepareStatement(sql1);
st.executeUpdate();
int x = 1/0; //在此处模拟事务处理过程中出错
String sql2 = "update account set money=money+100 where name='b'";
st = conn.prepareStatement(sql2);
st.executeUpdate();
conn.commit(); //提交事务
}catch (Exception e) {
e.printStackTrace();
conn.rollback(); //手动回滚该事务中所有的操作
}finally{
JdbcUtils.release(conn, st, rs);
}
}
效果和例2也是一样的，事务出错则回滚所有的操作。
例4：指定事务回滚点的案例
例3的手动回滚其实有些鸡肋，与其说是手动回滚，其实即使没有调用rollback该事务就不会执行成功，而rollback方法更高级的功能在于能回滚到指定的地方。
通过链接Connection对象的setSavepoint()方法即可在该方法所在的位置设置回滚点对象，当调用rollback(回滚点对象)方法即可将事务回滚到这个位置。这样在执行回滚之后，再次调用提交事务(Commit)，则回滚点之前的SQL还是执行的。
以例2为前提，我们在会发生异常地方的前面设置回滚点，而使第一条SQL语句能被执行，即用户A的操作能执行(减少100)，用户B的操作不能执行(金额不变)。
所有表、表中数据、配置文件和JDBC工具类都同例2相同。
将例2中的代码修改为如下：
public void transaction() throws SQLException {
Connection conn = null;
PreparedStatement st = null;
ResultSet rs = null;
Savepoint sp = null; //代表回滚点对象
try{
conn = JdbcUtils.getConnection();
conn.setAutoCommit(false); //开启事务，相当于start transaction命令
String sql1 = "update account set money=money-100 where name='a'";
st = conn.prepareStatement(sql1);
st.executeUpdate();
sp = conn.setSavepoint(); //在此处设置回滚点
int x = 1/0; //在此处模拟事务处理过程中出错
String sql2 = "update account set money=money+100 where name='b'";
st = conn.prepareStatement(sql2);
st.executeUpdate();
conn.commit(); //提交事务
}catch (Exception e) {
conn.rollback(sp); //回滚到指定的回滚点处
conn.commit(); //回滚之后再次提交事务保证回滚点之前的SQL能被执行
}finally{
JdbcUtils.release(conn, st, rs);
}
}
查看事务执行情况：
可以看到结果正如我们希望的那样，由于用户A的操作在回滚点之前，又因为执行回滚之后还执行了提交事务，因此回滚点之前的SQL命令还是可以被执行成功的。因此切记，要想使用回滚点，一定要在回滚之后再次提交事务，否则设置回滚点是没有意义的。
下图是一张上面例子的执行流程：