《MySQL初级系列教程-第五章-隔离级别、事务》

红太狼 2022-09-04 05:59 190阅读 0赞

# 《MySQL初级系列教程-第五章-隔离级别、事务》 #

# 一、事务 #

## 1.1 事务的概念 ##

### 1.1.1 什么是事务： ###

如果一个业务操作中多次访问了数据库，必须保证每条SQL语句都执行成功。如果其中有一条执行失败，所有已经执行过的代码必须回滚。回到没有执行前的状态。称为事务。要么所有的SQL语句全部执行成功，要么全部失败。

### 1.1.2 事务的四大特性 ###

<table> 
 <thead> 
  <tr> 
   <th>事务特性</th> 
   <th>含义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>原子性（Atomicity）</td> 
   <td>事务是工作的最小单元，整个工作单元要么全部执行成功，要么全部执行失败</td> 
  </tr> 
  <tr> 
   <td>一致性（Consistency）</td> 
   <td>事务执行前与执行后，数据库中数据应该保持相同的状态。如：转账前总金额与转账后总金额相同。</td> 
  </tr> 
  <tr> 
   <td>隔离性（Isolation）</td> 
   <td>事务与事务之间不能互相影响，必须保持隔离性。</td> 
  </tr> 
  <tr> 
   <td>持久性（Durability）</td> 
   <td>如果事务执行成功，对数据库的操作是持久的。</td> 
  </tr> 
 </tbody> 
</table>

## 1.2 事务的应用场景说明 ##

*  转账的操作

drop database if exists db05;
    
    create database db05;
    
    use db05;
    
    -- 创建数据表 
    CREATE TABLE account (  
        id INT PRIMARY KEY AUTO_INCREMENT,  
        name VARCHAR(10),  
        money DOUBLE  
    );  
    
    -- 添加数据 
    INSERT INTO account (name, money) VALUES ('a', 1000), ('b', 1000);

*  转账需求：

模拟a给b转500元钱，一个转账的业务操作最少要执行下面的2条语句：

a账号-500

b账号+500

-- 转账操作
    
    -- 有两条UPDATE的更新操作
    
    -- a转500给b
    update account set money=money-500 where name='a';
    
    update account set money=money+500 where name='b';
    
    -- 还原
    update account set money=1000;

假设当a账号上-500元，服务器崩溃了。b的账号并没有+500元，数据就出现问题了。我们需要保证其中一条SQL语句出现问题，整个转账就算失败。只有两条SQL都成功了转账才算成功。这个时候就需要用到事务。

## 1.3 手动提交事务 ##

MYSQL中可以有两种方式进行事务的操作：

1.  手动提交事务
2.  自动提交事务，默认是自动。

### 1.3.1 手动提交事务的SQL语句 ###

<table> 
 <thead> 
  <tr> 
   <th>功能</th> 
   <th>SQL语句</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>开启事务</td> 
   <td>start transaction/begin</td> 
  </tr> 
  <tr> 
   <td>提交事务</td> 
   <td>commit</td> 
  </tr> 
  <tr> 
   <td>回滚事务</td> 
   <td>rollback</td> 
  </tr> 
 </tbody> 
</table>

### 1.3.2 手动提交事务使用过程： ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center]

### 1.3.3 案例演示1：事务提交 ###

模拟a给b转500元钱（成功） 目前数据库数据如下：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 1]

1.  使用DOS控制台进入MySQL
2.  执行以下SQL语句： 1.开启事务， 2.xiaodong账号-500， 3.xiaobiao账号+500
3.  使用Navicat查看数据库：发现数据并没有改变
4.  在控制台执行commit提交任务：
5.  使用Navicat查看数据库：发现数据改变

-- 开启事务
    start transaction;
    
    -- a账号-500元
    update account set money=money-500 where name='a';
    
    -- b账号+500元
    update account set money=money+500 where name='b';
    
    -- 查询账号信息
    select * from account;
    
    -- 提交事务
    commit;

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 2]

### 1.3.4 案例演示2：事务回滚 ###

首先还原数据：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 3]

模拟a给b转500元钱（失败）

1.  在控制台执行以下SQL语句：1.开启事务， 2.a账号-500
2.  使用Navicat查看数据库：发现数据并没有改变
3.  在控制台执行rollback回滚事务：
4.  使用Navicat查看数据库：发现数据没有改变

-- 开启事务
    begin;
    
    -- a账号-500元
    update account set money=money-500 where name='a';
    
    -- b账号+500元
    update account set money=money+500 where name='b';
    
    -- 查询账号信息
    select * from account;
    
    -- 回滚事务
    rollback;

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 4]

*  结论：
    
     *  如果事务中SQL语句没有问题，那就commit提交事务，会对数据库数据的数据进行改变。
     *  如果事务中SQL语句有问题，那就rollback回滚事务，会回退到开启事务时的状态。

## 1.4 自动提交事务 ##

MySQL默认每一条DML(增删改)语句都是一个单独的事务，每条语句都会自动开启一个事务，执行完毕自动提交事务，MySQL默认开始自动提交事务

### 1.4.1 案例演示3：自动提交事务 ###

1.  将金额重置为1000
2.  更新其中某一个账户
3.  使用Navicat查看数据库：发现数据已经改变

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 5]

### 1.4.2 取消自动提交 ###

*  查看MySQL是否开启自动提交事务

select @@autocommit;

如果是1：表示自动提交，默认值

如果是0：表示关闭了自动提交

*  取消自动提交事务

set @@autocommit = 0;

再次执行SQL语句：

select * from account;
    
    update account set money=money-500 where name='a';
    
    select * from account;
    
    commmit;
    
    select * from account;

*  执行更新语句，使用Navicat查看数据库，发现数据并没有改变，在控制台执行commit提交任务

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 6]

## 1.5 事务原理 ##

事务开启之后, 所有的操作都会临时保存到事务日志中，事务日志只有在得到commit命令才会同步到数据表中，其他任何情况都会清空事务日志(rollback，断开连接)

### 1.5.1 原理图： ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 7]

### 1.5.2 事务的原理解释： ###

1.  如果没有开启事务，用户不使用日志文件，而是直接写到数据库
2.  如果查询，**数据从表中查询出来以后，经过日志文件加工以后返回**。
3.  如果回滚，清除日志文件，不会写到数据库中。

## 1.6 回滚点 ##

### 1.6.1 什么是回滚点 ###

在某些成功的操作完成之后，后续的操作有可能成功有可能失败，但是不管成功还是失败，前面操作都已经成功，可以在当前成功的位置设置一个回滚点。可以供后续失败操作返回到该位置，而不是返回所有操作，这个点称之为回滚点。

### 1.6.2 回滚点的操作语句 ###

<table> 
 <thead> 
  <tr> 
   <th>回滚点的操作语句</th> 
   <th>语句</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>设置回滚点</td> 
   <td>savepoint 名字</td> 
  </tr> 
  <tr> 
   <td>回到回滚点</td> 
   <td>rollback to 名字</td> 
  </tr> 
 </tbody> 
</table>

### 1.6.3 具体操作： ###

1.  将数据还原到1000
2.  开启事务
3.  让a账号减2次钱，每次10块
4.  设置回滚点：savepoint p1;
5.  让a账号减2次钱，每次10块
6.  回到回滚点：rollback to p1;
7.  分析执行过程

-- 开启事务
    begin;
    
    -- a账号-10元
    update account set money=money-10 where name='a';
    
    -- a账号-10元
    update account set money=money-10 where name='a';
    
    -- 设置保存点
    savepoint p1;
    
    -- 查询账号信息
    select * from account;
    
    -- a账号-10元
    update account set money=money-10 where name='a';
    
    -- a账号-10元
    update account set money=money-10 where name='a';
    
    -- 回滚到指定的保存点
    rollback to p1;
    
    -- 查询账号信息
    select * from account;

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 8]

*  总结：设置回滚点可以让我们在失败的时候回到回滚点，而不是回到事务开启的时候。

# 二、事务的隔离级别 #

## 2.1 并发访问的三个问题 ##

**并发访问下事务产生的问题：**

当同时有多个用户在访问同一张表中的记录，每个用户在访问的时候都是一个单独的事务。

事务在操作时的理想状态是：事务之间不应该相互影响，实际应用的时候会**引发下面三种问题**。应该尽量避免这些问题的发生。通过数据库本身的功能去避免，设置不同的隔离级别。

*  **脏读**： 一个事务（用户）读取到了另一个事务没有提交的数据
 *  **不可重复读**：一个事务多次读取同一条记录，出现读取数据不一致的情况。一般因为另一个事务更新了这条记录而引发的。
 *  **幻读**：在一次事务中，多次读取到的条数不一致

## 2.2 设置隔离级别 ##

### 2.2.1 四种隔离级别： ###

<table> 
 <thead> 
  <tr> 
   <th>级别</th> 
   <th>名字</th> 
   <th>隔离级别</th> 
   <th>脏读</th> 
   <th>不可重复读</th> 
   <th>幻读</th> 
   <th>数据库默认隔离级别</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>1</td> 
   <td>读未提交</td> 
   <td>read uncommitted</td> 
   <td>是</td> 
   <td>是</td> 
   <td>是</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>2</td> 
   <td>读已提交</td> 
   <td>read committed</td> 
   <td>否</td> 
   <td>是</td> 
   <td>是</td> 
   <td>Oracle和SQL Server</td> 
  </tr> 
  <tr> 
   <td>3</td> 
   <td>可重复读</td> 
   <td>repeatable read</td> 
   <td>否</td> 
   <td>否</td> 
   <td>是</td> 
   <td>MySQL</td> 
  </tr> 
  <tr> 
   <td>4</td> 
   <td>串行化</td> 
   <td>serializable</td> 
   <td>否</td> 
   <td>否</td> 
   <td>否</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

### 2.2.2 四种隔离级别起的作用： ###

*  1）`Read uncommitted` (读未提交)： 简称RU隔离级别，所有事务中的并发访问问题都会发生，读取的是其他事务没有提交的数据
 *  2）`Read committed` (读已提交)：简称RC隔离级别，会引发不可重复读和幻读的问题，读取的永远是其他事务提交的数据
 *  3）`Repeatable read` (可重复读)：简称RR隔离级别，会引发幻读的问题，一次事务读取到的同一行数据，永远是一样
 *  4）`Serializable` (串行化)： 可以避免所有事务产生的并发访问的问题 效率及其低下

## 2.3 安全和性能对比 ##

*  隔离级别越高，安全性就越高。
 *  隔离级别越高，性能越低。

## 2.4 MySQL相关的命令： ##

**查询全局事务隔离级别**

mysql> select @@tx_isolation;
    +-----------------+
    | @@tx_isolation  |
    +-----------------+
    | REPEATABLE-READ |
    +-----------------+
    1 row in set, 1 warning (0.00 sec)
    
    mysql>

**设置全局事务隔离级别**

set global transaction isolation level 四种隔离;		-- 服务器只要不关闭一直有效

> **修改隔离级别后需要重启会话**

## 2.5 脏读 ##

在并发情况下，一个事务读取到另一个事务没有提交的数据，**这个数据称之为脏数据，此次读取也称为脏读。**

我们知道，只有`read uncommitted`（读未提交）的隔离级别才会引发脏读。

*  将MySQL的事务隔离级别设置为`read committed`（读已提交）：

mysql> set global transaction isolation level read uncommitted;
    Query OK, 0 rows affected (0.00 sec)

将数据还原：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 9]

### 2.5.1 脏读演示 ###

<table> 
 <thead> 
  <tr> 
   <th>session-01</th> 
   <th>session-02</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>begin;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>begin;</td> 
  </tr> 
  <tr> 
   <td>select * from account where name=‘a’;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>update account set money=money-200 where name=‘a’;</td> 
  </tr> 
  <tr> 
   <td>select * from account where name=‘a’;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>rollback;</td> 
  </tr> 
 </tbody> 
</table>

观察变化：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 10]

### 2.5.2 解决脏读 ###

将全局的隔离级别进行提升

1.  打开命令行a，设置全局的隔离级别为read committed：

set global transaction isolation level read committed;

再次执行：

观察变化：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 11]

## 2.6 不可重复读 ##

概念： 在同一个事务中的多次查询应该出现相同的结果，两次读取不能出现不同的结果。

### 2.6.1 和脏读的区别： ###

**脏读是读取前一事务未提交的脏数据，不可重复读是重复读取了前一事务已提交的数据，但2次读取的结果不同。**

应用场景：比如银行程序需要将查询结果分别输出到电脑屏幕和写到文件中，结果在一个事务中针对输出的目的地，两次输出结果却不一致，导致文件和屏幕中的结果不同，银行工作人员就不知道以哪个为准了。

### 2.6.2 不可重复读演示 ###

1). 将数据进行恢复，并关闭窗口重新登录。

update account set money=1000;

<table> 
 <thead> 
  <tr> 
   <th>session-01</th> 
   <th>session-02</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>begin;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>begin;</td> 
  </tr> 
  <tr> 
   <td>select * from account where name=‘a’;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>update account set money=money-200 where name=‘a’;</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>commit;</td> 
  </tr> 
  <tr> 
   <td>select * from account where name=‘a’;</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

观察变化：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 12]

> 两次查询输出的结果不同，到底哪次是对的？

### 2.6.3 解决不可重复读 ###

1）将数据进行恢复

update account set money=1000;
    
    -- 设置隔离级别为repeatable read
    set global transaction isolation level repeatable read;

**记得要重启窗口**

<table> 
 <thead> 
  <tr> 
   <th>session-01</th> 
   <th>session-02</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>begin;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>begin;</td> 
  </tr> 
  <tr> 
   <td>select * from account where name=‘a’;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>update account set money=money-200 where name=‘a’;</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>commit;</td> 
  </tr> 
  <tr> 
   <td>select * from account where name=‘a’;</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

观察变化：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 13]

结论：为了保存多次查询数据一致，必须使用`repeatable read`隔离级别

## 2.7 幻读 ##

概念：一次事务多次读取到的条数不一致而引发的问题；

**在InnoDB（暂时理解是MySQL）中幻读在很多地方都得到了解决，但在一些特殊的情况下，还是会引发幻读问题；**

**为什么有的情况下能解决，有的情况下解决不了？因为一次事务多次读取到的条数不一致会导致有很多情况发生！**

### 2.7.1 幻读解决情况1）： ###

还原数据：

update account set money=1000;
    
    -- 设置隔离级别为repeatable read
    set global transaction isolation level repeatable read;

> 记得重启客户端

<table> 
 <thead> 
  <tr> 
   <th>session-01</th> 
   <th>session-02</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>begin;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>begin;</td> 
  </tr> 
  <tr> 
   <td>select count(id) from account;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>insert into account values(3,‘c’,1000);</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>commit;</td> 
  </tr> 
  <tr> 
   <td>select count(id) from account;</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

观察变化：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 14]

幻读问题得到解决

### 2.7.2 幻读解决情况2）： ###

还原数据

案例：

<table> 
 <thead> 
  <tr> 
   <th>session-01</th> 
   <th>session-02</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>begin;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>begin;</td> 
  </tr> 
  <tr> 
   <td>select sum(money) from account;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>insert into account values(3,‘c’,1000);</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>commit;</td> 
  </tr> 
  <tr> 
   <td>select sum(money) from account;</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

观察变化：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 15]

### 2.7.3 幻读问题出现情况1）： ###

还原数据

*  案例：

<table> 
 <thead> 
  <tr> 
   <th>session-01</th> 
   <th>session-02</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>begin;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>begin;</td> 
  </tr> 
  <tr> 
   <td>select count(id) from account;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>insert into account values(3,‘c’,1000);</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>commit;</td> 
  </tr> 
  <tr> 
   <td>select count(id) from account;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>update account set money=0;</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

观察变化：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 16]

### 2.7.3 幻读问题出现情况2）： ###

还原数据

*  案例：

<table> 
 <thead> 
  <tr> 
   <th>session-01</th> 
   <th>session-02</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td></td> 
   <td>begin;</td> 
  </tr> 
  <tr> 
   <td>begin;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>select * from account;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>select * from account;</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>insert into account values(3,“c”,1000);</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>commit;</td> 
  </tr> 
  <tr> 
   <td>select * from account;</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>insert into account values(3,“c”,1000);</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

观察变化：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 17]

> 严格意义来说，上述案例是MySQL的**快照机制导致**的，不能算幻读；关于幻读我们理解概念就行，即：两次读取到的条数不一致！这就是幻读

## 2.9 串行化 ##

### 2.9.1 概念 ###

想要彻底的解决幻读，那么我们必须再把隔离级别调高，数据库的最高隔离级别为串行化（serializable）

串行化相当于锁表操作，即一个事务如果操作了某张表(增加、删除、修改)，那么就不允许其他任何事务操作此表，也不允许查询，等第一个事务提交或者回滚之后才可以操作，这样做效率及其低下，因此一般不会采用`serializable`隔离级别

### 2.9.2 串行化演示 ###

1.  开启一个银行窗口

-- 还原数据
    truncate account;
    
    INSERT INTO account (name, money) VALUES ('a', 1000), ('b', 1000);
    
    set global transaction isolation level serializable; -- 设置隔离级别为串行化

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 18]

在串行化隔离级别中，相当于锁表的操作，在一个事务对表进行任何的insert/update/delete等操作时，其他事务均不可对其进行操作；在读写上是串行的，并发能力极差；

# 三、JDBC事务的处理 #

之前我们是使用MySQL的命令来操作事务。接下来我们使用JDBC来操作银行转账的事务。

## 3.1 准备数据 ##

CREATE TABLE account (  
        id INT PRIMARY KEY AUTO_INCREMENT,  
        name VARCHAR(10),  
        money double  
    );  
    -- 添加数据 
    INSERT INTO account (name, money) VALUES ('a', 1000), ('b', 1000);
    
    select * from account;

## 3.2 API介绍 ##

<table> 
 <thead> 
  <tr> 
   <th>Connection接口中与事务有关的方法</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>void setAutoCommit(boolean autoCommit)</td> 
   <td>设置为false，表示开启事务</td> 
  </tr> 
  <tr> 
   <td>void commit()</td> 
   <td>提交事务</td> 
  </tr> 
  <tr> 
   <td>void rollback()</td> 
   <td>回滚事务</td> 
  </tr> 
 </tbody> 
</table>

## 3.3 开发步骤 ##

*  先试一下没有事务的转账情况

1.  获取连接
2.  获取到PreparedStatement
3.  使用PreparedStatement执行两次更新操作
4.  最后关闭资源

*  使用事务的情况

1.  获取连接
2.  开启事务
3.  获取到PreparedStatement
4.  使用PreparedStatement执行两次更新操作
5.  正常情况下提交事务
6.  出现异常回滚事务
7.  最后关闭资源

*  案例代码

package com.dfbz.demo;
    
    import com.dfbz.demo.utils.JdbcUtils;
    import java.sql.Connection;
    import java.sql.SQLException;
    import java.sql.Statement;
    
    public class Demo01 { 
        public static void main(String[] args) { 
    
            //创建连接对象
            Connection conn = null;
            Statement stmt = null;
            try { 
                conn = JdbcUtils.getConnection();
                //开启事务
                conn.setAutoCommit(false);
                //创建语句对象
                stmt = conn.createStatement();
                //a扣钱
                stmt.executeUpdate("update account set money=money-500 where name='a'");
                //出现异常
                System.out.println(100 / 0);
                //b加钱
                stmt.executeUpdate("update account set money=money+500 where name='b'");
                //提交事务
                conn.commit();
                System.out.println("转账成功");
            } catch (Exception e) { 
                try { 
                    conn.rollback();
                } catch (SQLException e1) { 
                    e1.printStackTrace();
                }
                System.out.println("转账失败");
            } finally { 
                JdbcUtils.close(conn, stmt);
            }
        }
    }

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center]: /images/20220829/6bfefeceaeb34ae4be582d75068cdbda.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20220829/63903d83682348d781f462929a3b9aca.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 2]: /images/20220829/300b37ea52d242cd9bf616c5f6a7c65e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 3]: /images/20220829/bcf973781b2c43148fe5f5b3d04c2d92.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 4]: /images/20220829/7c36cc27dd374e4696852d62c309cb89.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 5]: /images/20220829/b0c4c6f140db4cf582bb7d06fc7f46f8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 6]: /images/20220829/0e59c81b585d4772aa1ceb0dc9a27ff9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 7]: /images/20220829/b37f513f8b7947a487cd1eb71eb865a2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 8]: /images/20220829/c44932d841994ffaaa25a062203b74f2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 9]: /images/20220829/b28e07a30d7e4d31bf0a8ed41baeac11.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 10]: /images/20220829/88d03176df38438581af322b439d3bb5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 11]: /images/20220829/7268848add0747f19e1a7a04a04d01e2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 12]: /images/20220829/d232a3f2ec114022b83047e59cdc842f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 13]: /images/20220829/cb825e5e47fd498f803f27c14a4dd811.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 14]: /images/20220829/ccb57de13b2b4871bf0f7ec794a4eba0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 15]: /images/20220829/13c8095ed06e49b5b15bbb30dc5fad14.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 16]: /images/20220829/3573980b9a7c4a0a8c9ad1ef3df50065.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 17]: /images/20220829/3ac57890443546cb90f00f7c54a0342c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0JiMTUwNzAwNDc3NDg_size_16_color_FFFFFF_t_70_pic_center 18]: /images/20220829/f78764cff08342b6a792bf8766866282.png