事务之使用JDBC进行事务的操作2

本篇将讲诉如何使用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命令还是可以被执行成功的。因此切记，要想使用回滚点，一定要在回滚之后再次提交事务，否则设置回滚点是没有意义的。

　　下图是一张上面例子的执行流程：