今天晚上我们就来谈谈事务,事务是保证数据库四大特性的前提,有事务才能有效防止脏读、幻读、不可重复读
为了方便演示事务,我们需要创建一个account 账户表:
<span style="font-family:SimSun;">CREATE TABLE account(
id NUMBER PRIMARY KEY,
NAME VARCHAR(30),
balance NUMBER (10,2)
);
INSERT INTO account VALUES(1,'zs', 100000);
INSERT INTO account VALUES(2,'ls', 100000);
INSERT INTO account VALUES(3,'ww', 100000);
SELECT * FROM account;</span>
1、什么是事务?
我们这里举一个简单通俗的例子吧。
银行转账!张三转10000块到李四的账户,这其实需要两条SQL语句:
第一条SQL语句:给张三的账户减去10000元;
第二条SQL语句: 给李四的账户加上10000元。
如果在第一条SQL语句执行成功后,在执行第二条SQL语句之前,程序被中断了(可能是抛出了某个异常,也可能是其他什么原因),那么李四的账户没有加上10000元,而张三却减去了10000元。这肯定是不行的!
你现在可能已经知道什么是事务了吧!事务中的多个操作,要么完全成功,要么完全失败!不可能存在成功一半的情况!也就是说给张三的账户减去10000元如果成功了,那么给李四的账户加上10000元的操作也必须是成功的;否则给张三减去10000元,以及给李四加上10000元都是失败的!
2、事务的四大特性(ACID)
事务的四大特性是:
原子性(Atomicity):事务中所有操作是不可再分割的原子单位。事务中所有操作要么全部执行成功,要么全部执行失败。
一致性(Consistency):事务执行后,数据库状态与其它业务规则保持一致。如转账业务,无论事务执行成功与否,参与转账的两个账号余额之和应该是不变的。
隔离性(Isolation):隔离性是指在并发操作中,不同事务之间应该隔离开来,使每个并发中的事务不会相互干扰。
持久性(Durability):一旦事务提交成功,事务中所有的数据操作都必须被持久化到数据库中,即使提交事务后,数据库马上崩溃,在数据库重启时,也必须能保证通过某种机制恢复数据。
这个在面试的时候经常会被问到,所以想应付面试问得事务就得了解这四大特性。
3、JDBC事务
在jdbc中处理事务,都是通过Connection完成的!
同一事务中所有的操作,都必须使用同一个Connection对象!
1、JDBC中的事务
Connection的三个方法与事务相关:
1、setAutoCommit(boolean):设置是否为自动提交事务,如果true(默认值就是true)表示自动提交,也就是每条执行的SQL语句都是一个单独的事务,如果设置false,那么就相当于开启了事务了;con.setAutoCommit(false)表示开启事务!!!
2、commit():提交结束事务;con.commit();表示提交事务
3、rollback():回滚结束事务。con.rollback();表示回滚事务
jdbc处理事务的代码格式:
try {
con.setAutoCommit(false);//开启事务…
….
…
con.commit();//try的最后提交事务
} catch() {
con.rollback();//回滚事务
}
下面我们写一个java的例子<span style="font-family:SimSun;">/**
* 转账方法
* @param from 从某账户
* @param to 转到某账户
* @param money 转账金额
*/
public void transferAcc(String from, String to, double money) {
// 对事务的操作必须使用Connection对象!
Connection con = null;
try {
con = JdbcUtils.getConnection();
//开启事务
con.setAutoCommit(false);
AccountDao dao = new AccountDao();
int i = dao.updateBalance(con, from, -money);//给from减去相应金额
if(i>0){
System.out.println("说明转出成功.但此时还没开始转入!");
throw new RuntimeException("不好意思,停电!检查数据是否已经回滚");
}
int ii = dao.updateBalance(con, to, money);//给to加上相应金额
if(ii>0){
System.out.println("说明转入成功");
}
//提交事务
con.commit();
con.close();
} catch(Exception e) {
//回滚事务
try {
con.rollback();
con.close();
} catch (SQLException e1) {
}
throw new RuntimeException(e);
}
} </span>
其中JdbcUtils是我的dao工具类,为了避免本文的臃肿,稍后我会在另一篇博文写这个类。
我们可以自己写一个类然后调用这个例子测试一下事务。简单来说如果只要有一条sql没成功事务就会回滚。
4、事务隔离级别
1、 并发事务问题的发生
要了解事物的隔离级别,就要先了解事务并发会引起的问题,为什么需要隔离,因为并发事务导致的问题大致有5类,其中两类是更新问题,三类是读问题。
1、 脏读(dirty read):读到另一个事务的未提交更新数据,即读取到了脏数据;
2、不可重复读(unrepeatable read):对同一记录的两次读取不一致,因为另一事务对该记录做了修改;
3、 幻读(虚读)(phantom read):对同一张表的两次查询不一致,因为另一事务插入了一条记录;
下面简单列举一下这些三类问题发生的场景:
脏读
事务1:张三给李四转账100元
事务2:李四查看自己的账户
t1:事务1:开始事务
t2:事务1:张三给李四转账100元
t3:事务2:开始事务
t4:事务2:李四查看自己的账户,看到账户多出100元(脏读)
t5:事务2:提交事务
t6:事务1:回滚事务,回到转账之前的状态
不可重复读
事务1:酒店查看两次1048号房间状态
事务2:预订1048号房间
t1:事务1:开始事务
t2:事务1:查看1048号房间状态为空闲
t3:事务2:开始事务
t4:事务2:预定1048号房间
t5:事务2:提交事务
t6:事务1:再次查看1048号房间状态为使用
t7:事务1:提交事务
对同一记录的两次查询结果不一致!
幻读
事务1:对酒店房间预订记录两次统计
事务2:添加一条预订房间记录
t1:事务1:开始事务
t2:事务1:统计预订记录100条
t3:事务2:开始事务
t4:事务2:添加一条预订房间记录
t5:事务2:提交事务
t6:事务1:再次统计预订记录为101记录
t7:事务1:提交
对同一表的两次查询不一致!
不可重复读和幻读的区别:
1、不可重复读是读取到了另一事务的更新;
2、幻读是读取到了另一事务的插入(MySQL中无法测试到幻读);
为了防止出现上述这些情况就有了隔离级别。
2、四大隔离级别
4个等级的事务隔离级别,在相同数据环境下,使用相同的输入,执行相同的工作,根据不同的隔离级别,可以导致不同的结果。不同事务隔离级别能够解决的数据并发问题的能力是不同的。
SERIALIZABLE
不会出现任何并发问题,因为它是对同一数据的访问是串行的,非并发访问的,性能最差;
REPEATABLE READ(可重复读)(MySQL)
防止脏读和不可重复读,不能处理幻读问题,性能比SERIALIZABLE好。
READ COMMITTED(读已提交数据)(Oracle)
防止脏读,没有处理不可重复读,也没有处理幻读,性能比REPEATABLE READ好。
READ UNCOMMITTED(读未提交数据)
啥也不处理!可能出现任何事务并发问题性能最好
MySQL的默认隔离级别为REPEATABLE READ
Oracle 默认隔离级别为READ COMMITTED
3、如何在JDBC设置隔离级别?
con.setTransactionIsolation(int level)
参数可选值如下:
Connection.TRANSACTION_READ_UNCOMMITTED;
Connection.TRANSACTION_READ_COMMITTED;
Connection.TRANSACTION_REPEATABLE_READ;
Connection.TRANSACTION_SERIALIZABLE。
事务总结:
1、事务的特性:ACID;
2、事务开始边界与结束边界:开始边界(con.setAutoCommit(false)),结束边界(con.commit()或con.rollback());
3、事务的隔离级别:READ_UNCOMMITTED、READ_COMMITTED、REPEATABLE_READ、SERIALIZABLE。多个事务并发执行时才需要考虑并发事务。