标签：
l 事务的四大特性：ACID；
l mysql中操作事务
l jdbc中操作事务
为了方便演示事务，我们需要创建一个account表：
|
CREATE TABLE account( id INT PRIMARY KEY AUTO_INCREMENT, NAME VARCHAR(30), balance NUMERIC(10.2) );
INSERT INTO account(NAME,balance) VALUES(‘zs‘, 100000); INSERT INTO account(NAME,balance) VALUES(‘ls‘, 100000); INSERT INTO account(NAME,balance) VALUES(‘ww‘, 100000);
SELECT * FROM account; |
银行转账！张三转帐10000块到李四的账户，这其实需要两条SQL语句：
1.给张三的账户减去10000元；
2.给李四的账户加上10000元。
如果在第一条SQL语句执行成功后，在执行第二条SQL语句之前，程序被中断了（可能是抛出了某个异常，也可能是其他什么原因），那么李四的账户没有加上10000元，而张三却减去了10000元。这肯定是不行的！
事务中的多个操作，要么完全成功，要么完全失败！不可能存在成功一半的情况！也就是说给张三的账户减去10000元如果成功了，那么给李四的账户加上10000元的操作也必须是成功的；否则给张三减去10000元，以及给李四加上10000元都是失败的！
常见关于事务面试题！
事务的四大特性是：
l 原子性（Atomicity）：事务中所有操作是不可再分割的原子单位。事务中所有操作要么全部执行成功，要么全部执行失败。
l 一致性（Consistency）：事务执行后，数据库状态与其它业务规则保持一致。如转账业务，无论事务执行成功与否，参与转账的两个账号余额之和应该是不变的。
l 隔离性（Isolation）：隔离性是指在并发操作中，不同事务之间应该隔离开来，使每个并发中的事务不会相互干扰。
l 持久性（Durability）：一旦事务提交成功，事务中所有的数据操作都必须被持久化到数据库中，即使提交事务后，数据库马上崩溃，在数据库重启时，也必须能保证通过某种机制恢复数据。
在默认情况下，MySQL每执行一条SQL语句，都是一个单独的事务。如果需要在一个事务中包含多条SQL语句，那么需要开启事务和结束事务。
l 开启事务：starttransaction；
l 结束事务：commit或rollback。
在执行SQL语句之前，先执行strat transaction，这就开启了一个事务（事务的起点），然后可以去执行多条SQL语句，最后要结束事务，commit表示提交，即事务中的多条SQL语句所做出的影响会持久化到数据库中。或者rollback，表示回滚，即回滚到事务的起点，之前做的所有操作都被撤消了！
下面演示张三给李四转账10000元的示例：
|
START TRANSACTION; UPDATE account SET balance=balance-10000 WHERE id=1; UPDATE account SET balance=balance+10000 WHERE id=2; ROLLBACK; |
|
START TRANSACTION; UPDATE account SET balance=balance-10000 WHERE id=1; UPDATE account SET balance=balance+10000 WHERE id=2; COMMIT; |
|
START TRANSACTION; UPDATE account SET balance=balance-10000 WHERE id=1; UPDATE account SET balance=balance+10000 WHERE id=2; quit; |
在jdbc中处理事务，都是通过Connection完成的！
同一事务中所有的操作，都在使用同一个Connection对象！
Connection的三个方法与事务相关：
l setAutoCommit(boolean)：设置是否为自动提交事务，如果true（默认值就是true）表示自动提交，也就是每条执行的SQL语句都是一个单独的事务，如果设置false，那么就相当于开启了事务了；con.setAutoCommit(false)表示开启事务！
l commit()：提交结束事务；con.commit();表示提交事务
l rollback()：回滚结束事务。con.rollback();表示回滚事务
jdbc处理事务的代码格式：
try {
con.setAutoCommit(false);//开启事务
con.commit();//try的最后提交事务
} catch() {
con.rollback();//回滚事务
}
|
public void transfer(boolean b) { Connection con = null; PreparedStatement pstmt = null; try { con = JdbcUtils.getConnection(); //手动提交 con.setAutoCommit(false); String sql = "update account set balance=balance+? where id=?"; pstmt = con.prepareStatement(sql); //操作 pstmt.setDouble(1, -10000); pstmt.setInt(2, 1); pstmt.executeUpdate(); // 在两个操作中抛出异常 if(b) { throw new Exception(); } pstmt.setDouble(1, 10000); pstmt.setInt(2, 2); pstmt.executeUpdate(); //提交事务 con.commit(); } catch(Exception e) { //回滚事务 if(con != null) { try { con.rollback(); } catch(SQLException ex) {} } throw new RuntimeException(e); } finally { //关闭 JdbcUtils.close(con, pstmt); } } |
保存点是JDBC3.0的东西！当要求数据库服务器支持保存点方式的回滚。
校验数据库服务器是否支持保存点！
|
boolean b = con.getMetaData().supportsSavepoints(); |
保存点的作用是允许事务回滚到指定的保存点位置。在事务中设置好保存点，然后回滚时可以选择回滚到指定的保存点，而不是回滚整个事务！注意，回滚到指定保存点并没有结束事务！！！只有回滚了整个事务才算是结束事务了！
Connection类的设置保存点，以及回滚到指定保存点方法：
l 设置保存点：Savepoint setSavepoint()；
l 回滚到指定保存点：void rollback(Savepoint)。
|
/* * 李四对张三说，如果你给我转1W，我就给你转100W。 * ========================================== * * 张三给李四转1W（张三减去1W，李四加上1W） * 设置保存点！ * 李四给张三转100W（李四减去10W，张三加上10W） * 查看李四余额为负数，那么回滚到保存点。 * 提交事务 */ @Test public void fun() { Connection con = null; PreparedStatement pstmt = null;
try { con = JdbcUtils.getConnection(); //手动提交 con.setAutoCommit(false);
String sql = "update account set balance=balance+? where name=?"; pstmt = con.prepareStatement(sql);
//操作1（张三减去1W） pstmt.setDouble(1, -10000); pstmt.setString(2, "zs"); pstmt.executeUpdate();
//操作2（李四加上1W） pstmt.setDouble(1, 10000); pstmt.setString(2, "ls"); pstmt.executeUpdate();
// 设置保存点 Savepoint sp = con.setSavepoint();
//操作3（李四减去100W） pstmt.setDouble(1, -100000); pstmt.setString(2, "ls"); pstmt.executeUpdate();
//操作4（张三加上100W） pstmt.setDouble(1, 100000); pstmt.setString(2, "zs"); pstmt.executeUpdate();
//操作5（查看李四余额） sql = "select balance from account where name=?"; pstmt = con.prepareStatement(sql); pstmt.setString(1, "ls"); ResultSet rs = pstmt.executeQuery(); rs.next(); double balance = rs.getDouble(1); //如果李四余额为负数，那么回滚到指定保存点 if(balance < 0) { con.rollback(sp); System.out.println("张三，你上当了！"); }
//提交事务 con.commit(); } catch(Exception e) { //回滚事务 if(con != null) { try { con.rollback(); } catch(SQLException ex) {} } throw new RuntimeException(e); } finally { //关闭 JdbcUtils.close(con, pstmt); } } |
l 脏读：读取到另一个事务未提交数据；
l 不可重复读：两次读取不一致；
l 幻读：读到另一事务已提交数据。
因为并发事务导致的问题大致有5类，其中两类是更新问题，三类是读问题。
l 脏读（dirty read）：读到另一个事务的未提交更新数据，即读取到了脏数据；
l 不可重复读（unrepeatable read）：对同一记录的两次读取不一致，因为另一事务对该记录做了修改；
l 幻读（虚读）（phantom read）：对同一张表的两次查询不一致，因为另一事务插入了一条记录；
脏读
事务1：张三给李四转账100元
事务2：李四查看自己的账户
l t1：事务1：开始事务
l t2：事务1：张三给李四转账100元
l t3：事务2：开始事务
l t4：事务2：李四查看自己的账户，看到账户多出100元（脏读）
l t5：事务2：提交事务
l t6：事务1：回滚事务，回到转账之前的状态
不可重复读
事务1：酒店查看两次1048号房间状态
事务2：预订1048号房间
l t1：事务1：开始事务
l t2：事务1：查看1048号房间状态为空闲
l t3：事务2：开始事务
l t4：事务2：预定1048号房间
l t5：事务2：提交事务
l t6：事务1：再次查看1048号房间状态为使用
l t7：事务1：提交事务
对同一记录的两次查询结果不一致！
幻读
事务1：对酒店房间预订记录两次统计
事务2：添加一条预订房间记录
l t1：事务1：开始事务
l t2：事务1：统计预订记录100条
l t3：事务2：开始事务
l t4：事务2：添加一条预订房间记录
l t5：事务2：提交事务
l t6：事务1：再次统计预订记录为101记录
l t7：事务1：提交
对同一表的两次查询不一致！
不可重复读和幻读的区别：
l 不可重复读是读取到了另一事务的更新；
l 幻读是读取到了另一事务的插入（MySQL中无法测试到幻读）；
4个等级的事务隔离级别，在相同数据环境下，使用相同的输入，执行相同的工作，根据不同的隔离级别，可以导致不同的结果。不同事务隔离级别能够解决的数据并发问题的能力是不同的。
1 SERIALIZABLE（串行化）
l 不会出现任何并发问题，因为它是对同一数据的访问是串行的，非并发访问的；
l 性能最差；
2 REPEATABLE READ（可重复读）（MySQL）
l 防止脏读和不可重复读，不能处理幻读问题；
l 性能比SERIALIZABLE好
3 READ COMMITTED（读已提交数据）（Oracle）
l 防止脏读，没有处理不可重复读，也没有处理幻读；
l 性能比REPEATABLE READ好
4 READ UNCOMMITTED（读未提交数据）
l 可能出现任何事务并发问题
l 性能最好
MySQL的默认隔离级别为REPEATABLE READ，这是一个很不错的选择吧！
MySQL的默认隔离级别为Repeatable read，可以通过下面语句查看：
|
select @@tx_isolation |
也可以通过下面语句来设置当前连接的隔离级别：
|
set transaction isolationlevel [4先1] |
con.setTransactionIsolation(int level)
参数可选值如下：
l Connection.TRANSACTION_READ_UNCOMMITTED；
l Connection.TRANSACTION_READ_COMMITTED；
l Connection.TRANSACTION_REPEATABLE_READ；
l Connection.TRANSACTION_SERIALIZABLE。
事务总结：
l 事务的特性：ACID；
l 事务开始边界与结束边界：开始边界（con.setAutoCommit(false)），结束边界（con.commit()或con.rollback()）；
l 事务的隔离级别： READ_UNCOMMITTED、READ_COMMITTED、REPEATABLE_READ、SERIALIZABLE。多个事务并发执行时才需要考虑并发事务。
标签：
原文地址：http://blog.csdn.net/dzy21/article/details/51941419
