Mysql-事务

1、事务的基本介绍

什么是事务：

• 在实际的开发过程中，一个业务操作如：转账，往往是要多次访问数据库才能完成的。转账是一个用户扣钱，另一个用户加钱。如果其中有一条SQL语句出现异常，这条SQL就可能执行失败。
• 事务执行是一个整体，所有的SQL语句都必须执行成功。如果其中有1条SQL语句出现异常，则所有的SQL语句都要回滚，整个业务执行失败
• 如果一个包含多个步骤的业务操作，被事务管理，那么这些操作要么同时成功，要么同时失败。

操作：

1、开启事务：start transaction;
2、回滚：rollback;
3、提交：commit;

2、例子：转账的操作

数据准备：

CREATE TABLE account (
  id INT PRIMARY KEY AUTO_INCREMENT,
  NAME VARCHAR(10),
  balance DOUBLE
);
-- 添加数据
INSERT INTO account (NAME, balance) VALUES ('zhangsan', 1000), ('lisi', 1000);

模拟操作：张三给李四转500元钱
一个转账的业务操作最少要执行下面的2条语句：
1、张三账号-500
2、李四账号+500

INSERT INTO account (name, balance) 	VALUES ('张三',1000), ('李四',1000);
	
-- 1.张三给李四转500
-- 1.1 张三账号-500
UPDATE account SET balance=balance-500 WHERE name='张三';
-- 1.2 李四账号+500
UPDATE account SET balance=balance+500 WHERE name='李四';

问题：

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

3、事务提交的两种方式

自动提交：

• mysql就是自动提交的
• 一条DML(增删改)语句会自动提交一次事务。

手动提交：

• Oracle数据库默认是手动提交事务
• 需要先开启事务，再提交

3.2 手动提交事务

手动提交事务使用过程：

1、执行成功的情况： 开启事务-> 执行多条SQL语句 -> 成功提交事务
2、执行失败的情况： 开启事务-> 执行多条SQL语句 ->事务的回滚

3.11 案例演示1：事务提交

模拟张三给李四转500元钱（成功） 目前数据库数据如下：

• 执行完 1.开启事务， 2.张三账号-500， 3.李四账号+500发现数据并没有变化

• 执行commit提交事务之后，数据发生变化

3.22 案例演示2：事务回滚

模拟张三给李四转500元钱（失败） 目前数据库数据如下：

SELECT * FROM account;
UPDATE account SET balance = 1000;
-- 张三给李四转账 500 元
SELECT * FROM account;
UPDATE account SET balance = 1000;
-- 张三给李四转账 500 元
-- 0. 开启事务
START TRANSACTION;
-- 1. 张三账户 -500
UPDATE account SET balance = balance - 500 WHERE NAME = 'zhangsan';
-- 2. 李四账户 +500
-- 出错了...
UPDATE account SET balance = balance + 500 WHERE NAME = 'lisi';
-- 发现执行没有问题，提交事务
COMMIT;
-- 发现出问题了，回滚事务
ROLLBACK;

总结：

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

3.2 自动提交事务

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

3.3 修改事务的默认提交方式：

• 查看事务的默认提交方式：

  SELECT @@autocommit; -- 1 代表自动提交  0 代表手动提交
  

• 修改默认提交方式：

   set @@autocommit = 0;
  

4、事务原理

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

4.1 原理图：

4.2 事务的步骤：

1. 客户端连接数据库服务器，创建连接时创建此用户临时日志文件
2. 开启事务以后，所有的操作都会先写入到临时日志文件中
3. 所有的查询操作从表中查询，但会经过日志文件加工后才返回
4. 如果事务提交则将日志文件中的数据写到表中，否则清空日志文件。

5、回滚点

5.1 什么是回滚点

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

回滚点的操作语句

5.2 具体操作

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

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

6、事务的四大特征

1. 原子性：是不可分割的最小操作单位，要么同时成功，要么同时失败。
2. 持久性：当事务提交或回滚后，数据库会持久化的保存数据。
3. 隔离性：多个事务之间。相互独立。
4. 一致性：事务操作前后，数据总量不变

7、事务的隔离级别（了解）

7.1 概念

多个事务之间隔离的，相互独立的。但是如果多个事务操作同一批数据，则会引发一些问题，设置不同的隔离级别就可以解决这些问题。

7.2 存在问题

1. 脏读：一个事务，读取到另一个事务中没有提交的数据

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

2. 不可重复读(虚读)：在同一个事务中，两次读取到的数据不一样。

   两次查询输出的结果不同，到底哪次是对的？不知道以哪次为准。 很多人认为这种情况就对了，无须困惑，当然是后面的为准。我们可以考虑这样一种情况，比如银行程序需要将查询结果分别输出到电脑屏幕和发短信给客户，结果在一个事务中针对不同的输出目的地进行的两次查询不一致，导致文件和屏幕中的结果不一致，银行工作人员就不知道以哪个为准了。

   结论：同一个事务中为了保证多次查询数据一致，必须使用repeatable read隔离级别

3. 幻读：一个事务操作(DML)数据表中所有记录，另一个事务添加了一条数据，则第一个事务查询不到自己的修改。

7.3 隔离级别

1. read uncommitted：读未提交

产生的问题：脏读、不可重复读、幻读

2. read committed：读已提交 （Oracle）

产生的问题：不可重复读、幻读

3. repeatable read：可重复读 （MySQL默认）

产生的问题：幻读

4. serializable：串行化

可以解决所有的问题

注意：隔离级别从小到大安全性越来越高，但是效率越来越低

数据库查询隔离级别：select @@tx_isolation;

数据库设置隔离级别：set global transaction isolation level 级别字符串;

7.5 演示

set global transaction isolation level read uncommitted;
start transaction;
-- 转账操作
update account set balance = balance - 500 where id = 1;
update account set balance = balance + 500 where id = 2;