MySQL 中的事务

事务的应用场景说明

什么是事务: 在实际的开发过程中，一个业务操作如:转账，往往是要多次访问数据库才能完成的。转 账是一个用户扣钱，另一个用户加钱。如果其中有一条 SQL 语句出现异常，这条 SQL 就可能执行失败。

事务执行是一个整体，所有的 SQL 语句都必须执行成功。如果其中有 1 条 SQL 语句出现异常，则所有的 SQL 语句都要回滚，整个业务执行失败。

 

案例说明

转账的操作

-- 创建数据表
CREATE TABLE account (
    id INT PRIMARY KEY AUTO_INCREMENT,
    NAME VARCHAR(10),
    balance DOUBLE
);

-- 添加数据
INSERT INTO account (NAME, balance) VALUES ('LeeHua', 1000), ('Tom', 1000);

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

-- LeeHua账号-500
UPDATE account SET balance = balance - 500 WHERE name='LeeHua';

-- Tom账号+500
UPDATE account SET balance = balance + 500 WHERE name='Tom';

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

 

手动提交事务

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

• 手动提交事务

• 自动提交事务

手动提交事务的 SQL 语句

功能	SQL语句
开启事务	start transaction;
提交事务	commit;
回滚事务	rollback;

 

手动提交事务使用过程

执行成功的情况：开启事务 --> 执行多条 SQL 语句 --> 成功提交事务

执行失败的情况：开启事务 --> 执行多条 SQL 语句 --> 事务的回滚

 

案例演示1

模拟LeeHua给Tom转 500 元钱(成功) 目前数据库数据如下：

实现：

第一步：开启事务

START TRANSACTION;

第二步：执行多条 SQL 语句

UPDATE account SET balance = balance - 500 WHERE name='LeeHua';

UPDATE account SET balance = balance + 500 WHERE name='Tom';

第三步：转账成功，提交事务

COMMIT;

查看一下表中的数据：

SELECT * FROM account;

 

案例演示2

模拟LeeHua给Tom转 500 元钱(失败) 目前数据库数据如下：

现在表中的数据如下：

 

实现：

第一步：开启事务

START TRANSACTION;

第二步：执行多条 SQL 语句

UPDATE account SET balance = balance - 500 WHERE name='Tom';

UPDATE account SET balance = balance + 500 WHERE name='LeeHua';

第三步：转账失败，回滚事务

ROLLBACK;

 

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

 

自动提交事务

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

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

  SELECT @@autocommit;

  

  @@表示全局变量，1 表示开启，0 表示关闭
  

   

• 取消自动提交事务

  SET @@autocommit = 0;

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

  SELECT @@autocommit;

  

 

 

案例演示3

取消自动提交事务，模拟LeeHua收入500元。

表中的数据如下：

取消自动提交事务：

SET @@autocommit = 0;

 

实现：

使用下面这条语句，模拟LeeHua收入500元

UPDATE account SET balance = balance + 500 WHERE name='LeeHua';

查看表中的数据如下

发现数据并没有发生改变。为什么呢？其实是我们前面取消了自动提交事务，所以还要执行 commit 提交任务

COMMIT;

这个时候，再查看表中的数据如下

 

事务原理

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

 

 

事务的步骤

1. 客户端连接数据库服务器，创建连接时创建此用户临时日志文件

2. 开启事务以后，所有的操作都会先写入到临时日志文件中

3. 所有的查询操作从表中查询，但会经过日志文件加工后才返回

4. 如果事务提交则将日志文件中的数据写到表中，否则清空日志文件

 

回滚点

什么是回滚点

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

 

回滚点的操作语句

回滚点的操作语句	语句
设置回滚点	savepoint 名字
回到回滚点	rollback to 名字

 

案例演示4

如下图，表中的数据：LeeHua有1000元，Tom也有1000元

 

 

 

实现如下操作：

LeeHua欠Tom 50元，LeeHua要还钱给Tom。

1. 开启事务
2. LeeHua还10元钱给Tom。
3. LeeHua还30元钱给Tom。
4. 设置回滚点
5. LeeHua还40元钱给Tom。
6. 这时候发现，钱还多了，回到回滚点。
7. LeeHua这时候还欠Tom 10元钱，LeeHua 还10元钱给Tom。
8. 提交事务

具体操作如下：

1. 开启事务
   

   START TRANSACTION;

    

2. LeeHua还10元钱给Tom。
   

   UPDATE account SET balance = balance - 10 WHERE name='LeeHua';

   UPDATE account SET balance = balance + 10 WHERE name='Tom';

    

3. LeeHua还30元钱给Tom。

   UPDATE account SET balance = balance - 30 WHERE name='LeeHua';

   UPDATE account SET balance = balance + 30 WHERE name='Tom';

    

4. 设置回滚点

   SAVEPOINT Four_Time;

    

5. LeeHua还40元钱给Tom。

   UPDATE account SET balance = balance - 40 WHERE name='LeeHua';

   UPDATE account SET balance = balance + 40 WHERE name='Tom';

    

6. 这时候发现，钱还多了，回到回滚点。

   ROLLBACK TO Four_Time;

    

7. LeeHua这时候还欠Tom 10元钱，LeeHua 还10元钱给Tom。

   UPDATE account SET balance = balance - 10 WHERE name='LeeHua';

   UPDATE account SET balance = balance + 10 WHERE name='Tom';

    

8. 发现没错了，LeeHua一共还了50元钱给Tom，提交事务

   COMMIT;

    

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

 

事务的隔离级别

事务的四大特性 ACID

事务特性	含义
原子性(Atomicity)	每个事务都是一个整体，不可再拆分，事务中所有的 SQL 语句要么都执行成功， 要么都失败。
一致性(Consistency)	事务在执行前数据库的状态与执行后数据库的状态保持一致。如:转账前 2 个人的 总金额是 2000，转账后 2 个人总金额也是 2000
隔离性(Isolation)	事务与事务之间不应该相互影响，执行时保持隔离的状态。
持久性(Durability)	一旦事务执行成功，对数据库的修改是持久的。就算关机，也是保存下来的。

 

事务的隔离级别

事务在操作时的理想状态：所有的事务之间保持隔离，互不影响。因为并发操作，多个用户同时访问同一个 数据。可能引发并发访问的问题：

并发访问的问题	含义
脏读	一个事务读取到了另一个事务中尚未提交的数据
不可重复读	一个事务中两次读取的数据内容不一致，要求的是一个事务中多次读取时数据是一致的，这 是事务 update 时引发的问题
幻读	一个事务中两次读取的数据的数量不一致，要求在一个事务多次读取的数据的数量是一致 的，这是 insert 或 delete 时引发的问题

备注：脏读非常危险的，比如张三向李四购买商品，张三开启事务，向李四账号转入 500 块，然后打电话给李四说钱
已经转了。李四一查询钱到账了，发货给张三。张三收到货后回滚事务，李四的再查看钱没了。

 

MySQL 数据库有四种隔离级别

上面的级别最低，下面的级别最高。“是”表示会出现这种问题，“否”表示不会出现这种问题：

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

备注：隔离级别越高，性能越差，安全性越高。

 

MySQL 事务隔离级别相关的命令

查询全局事务隔离级别

SELECT @@tx_isolation;

如：MySQL数据库默认的隔离级别

 

设置事务隔离级别，需要退出 MySQL 再重新登录才能看到隔离级别的变化

SET GLOBAL TRANSACTION ISOLATION LEVEL 级别字符串;

 

          

来源：https://www.cnblogs.com/liyihua/p/12315618.html