mysql 事务

事务的定义

TCL(Transaction Control Language) 事务控制语言，是指一个或者多个语句组成执行单元，这个执行单元要么全部执行，要么全部都不执行

事务的 ACID 属性

原子性（Atomicity）

原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不生。

• 比如 A 给 B 转 500 钱，事务中有这两条 sql
  update account set money=money-500 where user = 'A';
  update account set money=money+500 where user='B';
  也就是说这两条 sql 是捆绑式的要么都执行成功，要么都执行失败

一致性（Consistency）

事务必须使数据库从一个一致性状态变换到另一个一致性状态。

• 还是上面的转账业务，在转账之前 A 的余额是 1000，B 的余额也时 1000，加起来是 2000，在转账之后 A 的余额变成了 500，B 的余额变成了 1500 加起来还是 2000 ,在这个事务执行完之后，就是从一个一致状态变成另一个一致状态

隔离性（Isolation）

事务的隔离性是指一个事务的执行不应被其他事务干扰，即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰

持久性（Durability）

持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久的，接下来的其他操作和数据库故障不应对其有任何影响。

事务的创建

隐式事务

事务没有明显的开启和结束标记。
比如 insert, update, delete 语句

  show variables like 'autocommit';

image.png

通过以上语句可以查看到隐式的事务默认是开启的，也就是说，我们平时在做，insert update delete 操作时事务是自动提交的

显示事务

• 使用 set autocommit=0; 开启事务
  事务必须有明显的开启和结束的标记
  前提：必须先设置自动提交功能为禁用

set autocommit = 0

通过以上语句就可以关闭自动提交功能（只针对当前会话），在次查看事务自动提交已经是关闭状态了

image.png

• 显示事务的编写步骤
  步骤1： 开启事务
  set autocommit = 0
  start transaction 可选的
  步骤2：编写事务的 sql 语句（select insert update delete）
  语句1，语句2 ......
  步骤3：结束事务
  commit; 提交事务
  rollback; 回滚事务
• 用begin,rollback,commit来实现
  begin 开始一个事务
  rollback 事务回滚
  commit 事务提交

事务的演示

# 开启事务
set autocommit = 0;
start transaction;
# 编写一组事务的语句
update account set balance = balance - 500 where id = 1;
update account set balance = balance + 500 where id = 2;
# 提交事务
commit;

# 开启事务
begin;
# 编写一组事务的语句
update account set balance = balance - 500 where id = 1;
update account set balance = balance + 500 where id = 2;
# 提交事务
commit;

事务的隔离级别

对于同时运行的多个事务，当这些事务访问数据库中相同的数据时，如果没有采取必要的隔离机制，机会导致各种并发问题

• 脏读：对于两个事务 T1, T2， T1 读取了已经被 T2 更新但是还没有被提交的字段之后，若 T2 回滚， T1 读取的内容就是临时且无效的
• 不可重复度：对于两个事务 T1，T2 , T1 读取了一个字段，然后 T2 更新了该字段之后，T1 再次读取同一个字段，值就不同了
• 幻读：对于两个事务 T1，T2，T1 从一个表中读了一个字段，然后 T2 在该表中插入了一个新的行之后，如果 T1 在次读取同一个表，就会多出几行

mysql 事务的隔离级别

事务隔离级别	脏读	不可重复读	幻读
读未提交（read-uncommitted）	是	是	是
不可重复读（read-committed）	否	是	是
可重复读（repeatable-read）	否	否	是
串行化（serializable）	否	否	否

• read-uncommitted：允许事务读取未被其他事务提交的变更，脏读，不可重复读和幻读问题都会出现
• read-committed：只允许事务读取已经被其他事务提交的变更，可以避免脏读，但不可重复读和幻读依然存在
• repeatable-read：确保事务中可以多次从一个字段中读取相同的值，在这个事务持续期间，禁止其他事务对这个字段进行更新，可以避免脏读，和不可重复读，但幻读依然存在
• serializable：确保事务可以从一个表中读取相同的行，在这个事务持续期间，禁止其他事务执行插入，更新，删除操作，所有并发问题都可以解决，但是性能十分低下

mysql 隔离级别演示

开启两个终端，查看当前事务隔离级别

# 查看事务隔离级别 5.7.20 之后
show variables like 'transaction_isolation';
SELECT @@transaction_isolation

# 5.7.20 之后
SELECT @@tx_isolation
show variables like 'tx_isolation'

image.png

默认都是 repeatable-read 可重读

read-uncommitted 事务提交测试

• 脏读
  将两个终端的的事务隔离级别修改为 read-uncommitted

set session transaction isolation level read uncommitted;

image.png

• 使用黑色终端开启事务，对张三用户名进行修改但时不提交

  
  
  image.png

• 使用红色终端查看

  
  
  image.png

• 此时我们将黑色终端的事务进行回滚

  
  
  image.png
  
  

  再次使用红色终端查看发现数据又变成修改之前的数据了

  
  
  image.png
  
  这就是脏读， B 事务读取到了 A 事务没有提交的数据，如果 A 事务回滚，那么 B 是读取的数据就是临时的无效的

• 不可重读读
  当终端一开启 A 事务，查询表中的数据，此时，编号为 1 的用户名是“张三”，此时事务还没有结束，另一个终端 B 事务执行修改操作，将“张三”改为“zhangsan”,此时A 事务还没有结束，再次查看数据，这时数据已经是“zhangsan” 了

  
  
  image.png
  
  
  image.png
  
  
  image.png

• 幻读
  事务 A 开启事务查询数据此时是两条数据，事务 B 插入一条数据，此时事务 A 还没有结束，在次查看数据，发现会多出一条数据

  
  
  image.png
  
  
  image.png
  
  
  image.png
• 这里证明 read-uncommitted 读未提交事务隔离级别，脏读，不可重复读，幻读都会发生

read-committed 不可重复读测试

我们将两个终端事务隔离修改为 read-committed 不可重复读

set sessino transaction isolation level read committed;

• 脏读 测试
  首先，终端 A 开始事务，并将表中的 “李四” 修改为 “lisi” 但是不做提交事务，这时终端 B 查询表数据，发现表中的 “李四” 并没有被修改为 “lisi” 说明没有读取到脏读数据

  
  
  image.png
  
  
  image.png

• 不可重复读 测试
  当终端一开启 A 事务，查询表中的数据，此时，编号为 2 的用户名是“李四”，此时事务还没有结束，另一个终端 B 事务执行修改操作，将“李四”改为“lisi”,此时A 事务还没有结束，再次查看数据，这时数据已经是“lisi” 了，说明 read-cmmitted 隔离级别不可重复读

  
  
  image.png

• 幻读 测试
  事务 A 开启事务查询数据此时是三条数据，事务 B 插入一条数据，此时事务 A 还没有结束，在次查看数据，发现会多出一条数据

  
  
  image.png
• 结果
  read-committed 不可重复读事务隔离级别，脏读不会发生，不可重复读和幻读都会发生

repeatable-read 可重复读测试

修改连个终端的事务隔离级别为 repeatable-read 可重复读

set session transaction isolation level repeatable read;

• 脏读 测试
  首先，终端 A 开始事务，并将表中的 “lisi” 修改为 “李四” 但是不做提交事务，这时终端 B 查询表数据，发现表中的 “lisi” 并没有被修改为 “李四” 说明没有读取到脏读数据

  
  
  image.png
  
  
  image.png

• 不可重复读 测试
  事务 A 开启事务，并组首次查询，此时 编号为 3 的用户名是“wangwu”,事务不做结束，此时事务 B 修改 编号为 3 的用户名为 “王五” 并且提交事务，再次在事务 A 中查看数据，发现依然读取到的是修改之前的数据，说明该事务隔离级别支持可重复读

  
  
  image.png
  
  
  image.png

• 幻读 测试
  事务 A 开启事务，查询数据，此时是三条数据，事务 B 插入一条数据，此时事务 A 还没有结束，在次查看数据，发现还是三条数据？

  
  
  image.png
  
  
  image.png
  
  

  这是设么情况呢？
  原来 REPEATABLE READ 隔离级别通过MVCC和next-key lock实现解决幻读,repeatable-read 隔离级别保证对读取到的记录加锁 (记录锁)，同时保证对读取的范围加锁，新的满足查询条件的记录不能够插入 (间隙锁)，不存在幻读现象

serializable 串行化

serializable 串行化事务隔离级别，由于一个事务执行期间不予许其他事务执行操作，所以脏读，不可重复读，幻读，都不存在

savepoint 设置保存点

savepoint 的使用

# 开启事务
begin;
delete from account where id=3;
savepoint a; # 设置保存点
delete from account where id=4;
# 执行回滚操作
rollback to a; # 回滚到保存点

savepoint 只能搭配 rollback 使用，上面的语句意思是说，回滚到 a 保存点的位置，也就是说 id=4 的语句会回滚，为 id=3 的数据会别删掉