一、事务概述

1.1 什么是事务

　　银行转账！张三转10000块到李四的账户，这其实需要两条SQL语句：

　　给张三的账户减去10000元；

　　给李四的账户加上10000元。

　　如果在第一条SQL语句执行成功后，在执行第二条SQL语句之前，程序被中断了（可能是抛出了某个异常，也可能是其他什么原因），那么李四的账户没有加上10000元，而张三却减去了10000元。这肯定是不行的！

　　你现在可能已经知道什么是事务了吧！事务中的多个操作，要么完全成功，要么完全失败！不可能存在成功一半的情况！也就是说给张三的账户减去10000元如果成功了，那么给李四的账户加上10000元的操作也必须是成功的；否则给张三减去10000元，以及给李四加上10000元都是失败的！

　　总结：事务指逻辑上的一组操作，组成这组操作的各个单元，要不全部成功，要不全部不成功。

1.2 事务的四大特性（ACID）

　　事务的四大特性是：

原子性（Atomicity）：事务中所有操作是不可再分割的原子单位。事务中所有操作要么全部执行成功，要么全部执行失败。
一致性（Consistency）：事务执行后，数据库状态与其它业务规则保持一致。如转账业务，无论事务执行成功与否，参与转账的两个账号余额之和应该是不变的。
隔离性（Isolation）：隔离性是指在并发操作中，不同事务之间应该隔离开来，使每个并发中的事务不会相互干扰。
持久性（Durability）：一旦事务提交成功，事务中所有的数据操作都必须被持久化到数据库中，即使提交事务后，数据库马上崩溃，在数据库重启时，也必须能保证通过某种机制恢复数据。

1.3 MySQL中的事务

　　在默认情况下，MySQL每执行一条SQL语句，都是一个单独的事务。如果需要在一个事务中包含多条SQL语句，那么需要开启事务和结束事务。

开启事务：start transaction；
结束事务：commit或rollback。

　　在执行SQL语句之前，先执行strat transaction，这就开启了一个事务（事务的起点），然后可以去执行多条SQL语句，最后要结束事务，commit表示提交，即事务中的多条SQL语句所做出的影响会持久化到数据库中（从开启事务到事务提交,中间的所有的sql都认为有效,真正的更新数据库）。或者rollback，表示回滚，即回滚到事务的起点，之前做的所有操作都被撤消了（从开启事务到事务回滚,中间的所有的sql操作都认为无效,数据库没有被更新）！

　　下面演示zs给li转账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;
-- 退出，MySQL会自动回滚事务。
quit ;

二、JDBC事务

　　在jdbc中处理事务，都是通过Connection完成的！当Jdbc程序向数据库获得一个Connection对象时，默认情况下这个Connection对象会自动向数据库提交在它上面发送的SQL语句。若想关闭这种默认提交方式，让多条SQL在一个事务中执行，可使用下列的JDBC控制事务语句：

Connection.setAutoCommit(false)：设置是否为自动提交事务，如果true（默认值就是true）表示自动提交，也就是每条执行的SQL语句都是一个单独的事务，如果设置false，那么就相当于开启了事务了(start transaction)；
Connection.rollback();//回滚事务(rollback)
Connection.commit();//提交事务(commit)

　　jdbc处理事务的代码格式：

try {
  con.setAutoCommit(false);//开启事务…
  ….
  …
  con.commit();//try的最后提交事务
} catch() {
  con.rollback();//回滚事务
}

　　注意： 控制事务的connnection必须是同一个，即执行sql的connection与开启事务的connnection必须是同一个才能对事务进行控制

三、事务的隔离级别

3.1 事务的并发读问题

脏读：一个事务读取到另一个事务未提交数据（脏读是不能允许的）

事务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：提交
对同一表的两次查询不一致！

【不可重复读和幻读的区别】

不可重复读是读取到了另一事务的更新；
幻读是读取到了另一事务的插入（MySQL中无法测试到幻读）；

3.2 四大隔离级别

　　4个等级的事务隔离级别，在相同数据环境下，使用相同的输入，执行相同的工作，根据不同的隔离级别，可以导致不同的结果。不同事务隔离级别能够解决的数据并发问题的能力是不同的。

【SERIALIZABLE（串行化）】

不会出现任何并发问题，因为它是对同一数据的访问是串行的，非并发访问的；
性能最差(相当于锁表)

【REPEATABLE READ（可重复读）（MySQL）】

防止脏读和不可重复读，不能处理幻读问题；
性能比SERIALIZABLE好

【READ COMMITTED（读已提交数据）（Oracle）】

防止脏读，没有处理不可重复读，也没有处理幻读；
性能比REPEATABLE READ好

【READ UNCOMMITTED（读未提交数据）】

可能出现任何事务并发问题
性能最好

3.3 MySQL隔离级别

　　mysql数据库默认的事务隔离级别是：Repeatable read(可重复读)

【mysql数据库查询当前事务隔离级别】

select @@tx_isolation

　　例如：

【mysql数据库设置事务隔离级别】

set transaction isolation level 隔离级别名

　　例如：

【使用MySQL数据库演示不同隔离级别下的并发问题】

1、当把事务的隔离级别设置为read uncommitted时，会引发脏读、不可重复读和虚读

　　A窗口
　　　　set transaction isolation level read uncommitted;--设置A用户的数据库隔离级别为Read uncommitted(读未提交)
　　　　start transaction;--开启事务
　　　　select * from account;--查询A账户中现有的钱，转到B窗口进行操作
　　　　select * from account--发现a多了100元，这时候A读到了B未提交的数据（脏读）

　　B窗口
　　　　start transaction;--开启事务
　　　　update account set money=money+100 where name='A';--不要提交，转到A窗口查询

2、当把事务的隔离级别设置为read committed时，会引发不可重复读和虚读，但避免了脏读

　　A窗口
　　　　set transaction isolation level read committed;
　　　　start transaction;
　　　　select * from account;--发现a帐户是1000元，转到b窗口
　　　　select * from account;--发现a帐户多了100,这时候，a读到了别的事务提交的数据，两次读取a帐户读到的是不同的结果（不可重复读）
　　B窗口
　　　　start transaction;
　　　　update account set money=money+100 where name='aaa';
　　　　commit;--转到a窗口

3、当把事务的隔离级别设置为repeatable read(mysql默认级别)时，会引发虚读，但避免了脏读、不可重复读

　　A窗口
　　　　set transaction isolation level repeatable read;
　　　　start transaction;
　　　　select * from account;--发现表有4个记录，转到b窗口
　　　　select * from account;--可能发现表有5条记录，这时候发生了a读取到另外一个事务插入的数据（虚读）
　　B窗口
　　　　start transaction;
　　　　insert into account(name,money) values('ggg',1000);
　　　　commit;--转到a窗口

4、当把事务的隔离级别设置为Serializable时，会避免所有问题

　　A窗口
　　　　set transaction isolation level Serializable;
　　　　start transaction;
　　　　select * from account;--转到b窗口

　　B窗口
　　　　start transaction;
　　　　insert into account(name,money) values('ggg',1000);--发现不能插入，只能等待a结束事务才能插入

3.4 JDBC设置隔离级别

con. setTransactionIsolation(int level)

　　参数可选值如下：

Connection.TRANSACTION_READ_UNCOMMITTED；
Connection.TRANSACTION_READ_COMMITTED；
Connection.TRANSACTION_REPEATABLE_READ；
Connection.TRANSACTION_SERIALIZABLE。

参考：https://www.cnblogs.com/xdp-gacl/p/3984001.html

JavaWeb学习笔记（十六）—— 事务