MySQL-------事务篇

1 事务

事务 是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系 统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。

​ 就比如: 张三给李四转账1000块钱，张三银行账户的钱减少1000，而李四银行账户的钱要增加 1000。 这一组操作就必须在一个事务的范围内，要么都成功，要么都失败。

如果失败，则会抛出异常。

​

​ 为了解决上述的问题，就需要通过数据的事务来完成，我们只需要在业务逻辑执行之前开启事务，执行 完毕后提交事务。如果执行过程中报错，则回滚事务，把数据恢复到事务开始之前的状态。

1.1、事务的操作

• 数据准备

  drop table if exists account;
  create table account(
  id int primary key AUTO_INCREMENT comment 'ID',
  name varchar(10) comment '姓名',
  money double(10,2) comment '余额'
  ) comment '账户表';
  insert into account(name, money) VALUES ('张三',2000), ('李四',2000);
  

• 正常情况

  -- 1. 查询张三余额
  select * from account where name = '张三';
  
  -- 2. 张三的余额减少1000
  update account set money = money-1000 where name = '张三';
  
  -- 3. 李四的余额增加1000
  update account set money = money+1000 where name = '李四';
  

​ 正常情况，从上往下执行sql，我们会得到以上结果，但如果我们故意在第二条sql后模拟sql出错，会发生异常情况

​

​ 我们可以看到张三的钱减少了，但是李四的没有减少，这在系统中会造成很大的问题，我们这时候就可以用事务的方式把这三条sql当成一个整体，整体执行完且没有报错，就提交，否则就回滚。

1.2、控制事务

1.2.1、控制事务的方式一

• 查看/设置事务的提交方式

  #查看事务的提交方式
  SELECT @@autocommit;
  
  #设置事务的提交方式
  SET @@autocommit = 0 ;
  

  

• 提交事务

  COMMIT;
  

• 回滚事务

  ROLLBACK;
  

​

我们操作一下错误的情况，看看会发生什么

#查看/设置事务的提交方式
SELECT @@autocommit;
set @@autocommit = 0;

-- 1. 查询张三余额
select * from account where name = '张三';

-- 2. 张三的余额减少1000
update account set money = money-1000 where name = '张三';

模拟出错。。
-- 3. 李四的余额增加1000
update account set money = money+1000 where name = '李四';

#提交事务
COMMIT;

#回滚事务
ROLLBACK;

可以看到执行后sql，只修改了临时的表，没有真正的操作表，那么如果sql正常运行，我们就可以执行commit操作，如果报错，就执行rollback操作

注意：上述的这种方式，我们是修改了事务的自动提交行为, 把默认的自动提交修改为了手动提交, 此时我们执行的DML语句都不会提交, 需要手动的执行commit进行提交。

1.2.2、控制事务的方式二

• 开启事务

  START TRANSACTION 或 BEGIN ;
  

• 提交事务

  COMMIT;
  
  

• 回滚事务

  ROLLBACK;
  

-- 开启事务
start transaction
-- 1. 查询张三余额
select * from account where name = '张三';
-- 2. 张三的余额减少1000
update account set money = money - 1000 where name = '张三';
-- 3. 李四的余额增加1000
update account set money = money + 1000 where name = '李四';
-- 如果正常执行完毕, 则提交事务
commit;
-- 如果执行过程中报错, 则回滚事务
rollback;

效果和控制事务方式一相似

1.3、事务的四大特性

• 原子性（Atomicity）：事务是不可分割的最小操作单元，要么全部成功，要么全部失败。
• 一致性（Consistency）：事务完成时，必须使所有的数据都保持一致状态。
• 隔离性（Isolation）：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立 环境下运行。
• 持久性（Durability）：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的。

上述就是事务的四大特性，简称ACID。

1.4、并发事务问题

问题	描述
脏读	一个事务读到另外一个事务还没有提交的数据
不可重复读	一个事务先后读取同一条记录，但两次读取的数据不同，称之为不可重复读
幻读	一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据 已经存在，好像出现了 “幻影”

• 脏读

  

  当事务A还在更改数据库中的数据但未提交时，事务B恰好又开始读数据，会读到事务A还未提交的数据就叫脏读。

• 不可重复读

  

​ 当第一次事务A去读数据库时，还未执行到第三步，这时候 事务B 恰好修改了ID为1的数据，且完成提交，事务A第二次去读取数据库时，就会产生这种问题。

• 幻读

  

​ 当第一次事务A去读取数据库时，发现没有ID为1的字段，准备插入一条，此时事务B恰好插入了id为1的字段，导致事务A插入时报错，说已经有了这条记录无法插入，此时就产生了幻读

1.5、事务的隔离级别

为了解决并发事务所引发的问题，在数据库中引入了事务隔离级别。主要有以下几种：（ × ：不会出现，√ ：会出现）

隔离级别	脏读	不可重复读	幻读
Read uncommitted（读未提交）	√	√	√
Read committed（读已提交）	×	√	√
Repeatable Read(可重复读，默认)	×	√	√
Serializable （可串行化）	×	×	×

​ 以上的隔离级别从上自下最高，Read uncommitted 性能最高，安全性最低，Serializable 性能最低，安全性最高。

1. 那么我们怎么查看事务的隔离级别

SELECT @@TRANSACTION_ISOLATION;

• 设置事务的隔离级别
  • SESSION
    • 针对当前客户端窗口有效
  • GLOBAL
    • 所有客户端窗口有效

SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }