事务详解

一、事务的概念

事务指逻辑上的一组操作,组成这组操作的各个单元,要不全部成功,要不全部不成功。
例如:A——B转帐,对应于如下两条sql语句
update from account set money=money+100 where name=‘b’;
update from account set money=money-100 where name=‘a’;

二、事务的使用

  1. JDBC开启事务的命令
    start transaction 开启事务
    Rollback 回滚事务
    Commit 提交事务
  2. 当Jdbc程序向数据库获得一个Connection对象时,默认情况下这个Connection对象会自动向数据库提交在它上面发送的SQL语句。若想关闭这种默认提交方式,让多条SQL在一个事务中执行,可使用下列语句:
  3. JDBC控制事务语句
    Connection.setAutoCommit(false);
    Connection.rollback();
    Connection.commit();

三、事务的特性

  • 原子性(Atomicity)�原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。
  • 一致性(Consistency)�事务必须使数据库从一个一致性状态变换到另外一个一致性状态。
  • 隔离性(Isolation)�事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。
  • 持久性(Durability)�持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其有任何影响。

以谈恋爱为例子理解:
A:原子性,即要么泡妞成功,要么泡妞不成功,绝对不能出现暧昧不清的情况
C:一致性,即如果对方对你好,你就不能耍脾气,也要对对方好,状态要保持一致
I:隔离性,谈恋爱期间钱归钱,爱归爱,两者不能混淆,爱不应收到穷富的干扰
D:持久性,这个你懂的。。。。。。。别误解了,我指的是恋爱这个应该是一辈子的,是永久性的
出自http://www.zhihu.com/question/30272728

四、事务的隔离级别

  1. 多个线程开启各自事务操作数据库中数据时,数据库系统要负责隔离操作,以保证各个线程在获取数据时的准确性。如果不考虑隔离性,可能会引发如下问题:
a. 脏读:指一个事务读取了另外一个事务未提交的数据

假设A向B转帐100元,对应sql语句如下所示
1.update account set money=money+100 while name=‘b’;
2.update account set money=money-100 while name=‘a’;
当第1条sql执行完,第2条还没执行(A未提交时),如果此时B查询自己的帐户,就会发现自己多了100元钱。如果A等B走后再回滚,B就会损失100元。

b. 不可重复读:在一个事物内读取表中的某一行数据,多次读取结果不同。

例如银行想查询A帐户余额,第一次查询A帐户为200元,此时A向帐户内存了100元并提交了,银行接着又进行了一次查询,此时A帐户为300元了。银行两次查询不一致,可能就会很困惑,不知道哪次查询是准的。
和脏读的区别是,脏读是读取前一事务未提交的脏数据,不可重复读是重新读取了前一事务已提交的数据。
很多人认为这种情况就对了,无须困惑,当然是后面的为准。我们可以考虑这样一种情况,比如银行程序需要将查询结果分别输出到电脑屏幕和写到文件中,结果在一个事务中针对输出的目的地,进行的两次查询不一致,导致文件和屏幕中的结果不一致,银行工作人员就不知道以哪个为准了。

c. 虚读:是指在一个事务内读取到了别的事务插入的数据,导致前后读取不一致

如丙存款100元未提交,这时银行做报表统计account表中所有用户的总额为500元,然后丙提交了,这时银行再统计发现帐户为600元了,造成虚读同样会使银行不知所措,到底以哪个为准。

2. 数据库四种隔离级别:

a. Serializable:可避免脏读、不可重复读、虚读情况的发生。(串行化)它会锁表,可以解决所有问题.
b. Repeatable read:可避免脏读、不可重复读情况的发生。(可重复读)可以解决脏读,可以解决不可重复读,不能解决虚读.
c. Read committed:可避免脏读情况发生。(读已提交)可以解决脏读,其它解决不了
d. Read uncommitted:最低级别,以上情况均无法保证。(读未提交)什么问题也解决不了

安全性:serializable > repeatable read > read committed > read uncommitted
性能 :serializable < repeatable read < read committed < read uncommitted

结论: 实际开发中,通常不会选择 serializable 和 read uncommitted ,mysql默认隔离级别 repeatable read ,oracle默认隔离级别 read committed

3. 设置隔离级别
a. mysql中设置

i. 查看事务隔离级别
select @@tx_isolation 查询当前事务隔离级别
mysql中默认的事务隔离级别是 Repeatable read.
ii. 扩展:oracle 中默认的事务隔离级别是 Read committed
iii. mysql中怎样设置事务隔离级别
set session transaction isolation level 设置事务隔离级别

b. jdbc中设置

i. 在jdbc中设置事务隔离级别
使用java.sql.Connection接口中提供的方法
void setTransactionIsolation(int level) throws SQLException
ii. 参数level可以取以下值:
level - 以下 Connection 常量之一:
Connection.TRANSACTION_READ_UNCOMMITTED、
Connection.TRANSACTION_READ_COMMITTED、
Connection.TRANSACTION_REPEATABLE_READ
Connection.TRANSACTION_SERIALIZABLE。
iii. 注意,不能使用 Connection.TRANSACTION_NONE,因为它指定了不受支持的事务。

你可能感兴趣的:(事务详解)