MySQL基础篇-事务
一、事务简介
事务 是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。
就比如: 张三给李四转账1000块钱，张三银行账户的钱减少1000，而李四银行账户的钱要增加1000。 这一组操作就必须在一个事务的范围内，要么都成功，要么都失败。
- 正常情况: 转账这个操作, 需要分为以下这么三步来完成 , 三步完成之后, 张三减少1000, 而李四增加1000, 转账成功 :
- 异常情况: 转账这个操作, 也是分为以下这么三步来完成 , 在执行第三步是报错了, 这样就导致张三减少1000块钱, 而李四的金额没变, 这样就造成了数据的不一致, 就出现问题了。
为了解决上述的问题，就需要通过数据的事务来完成，我们只需要在业务逻辑执行之前开启事务，执行完毕后提交事务。如果执行过程中报错，则回滚事务，把数据恢复到事务开始之前的状态。
注意： 默认MySQL的事务是自动提交的，也就是说，当执行完一条DML语句时，MySQL会立即隐式的提交事务。
二、事务操作
数据准备：
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、未控制事务
1). 测试正常情况
-- 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 = '李四';
测试完毕之后检查数据的状态, 可以看到数据操作前后是一致的。
2). 测试异常情况
-- 恢复数据 update account set money = 2000 where name in ('张三', '李四'); -- 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 = '李四';
我们把数据都恢复到2000， 然后再次一次性执行上述的SQL语句(出错了.... 这句话不符合SQL语法,执行就会报错)，检查最终的数据情况, 发现数据在操作前后不一致了。
2、控制事务一
1). 查看/设置事务提交方式
-- 查看事务提交方式 SELECT @@autocommit; -- 未提交事务之前当前窗口会产生了临时变化，在当前窗口查询可以得到变化之后的结果，但其他窗口要看到变化需要执行commit之后 -- 该设置的参数为会话参数，只针对当前窗口有效 -- 设置事务提交方式，1为自动提交，0为手动提交，该设置只对当前会话有效 SET @@autocommit = 0;
2). 提交事务
-- 提交事务，手动提交把commit“授予”用户，此时选择多条sql执行，多条sql则成为一个事务 COMMIT;
3). 回滚事务
-- 回滚事务 ROLLBACK;
注意：上述的这种方式，我们是修改了事务的自动提交行为, 把默认的自动提交修改为了手动提交, 此时我们执行的DML语句都不会提交, 需要手动的执行commit进行提交。
3、控制事务二
1). 开启事务
START TRANSACTION 或 BEGIN;
2). 提交事务
COMMIT;
3). 回滚事务
ROLLBACK;
使用begin/set @@autocommit的方式都需要手动commit
转账案例：
-- 开启事务 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;
三、事务四大特性
- 原子性（Atomicity）：事务是不可分割的最小操作单元，要么全部成功，要么全部失败。
- 一致性（Consistency）：事务完成时，必须使所有的数据都保持一致状态。
- 隔离性（Isolation）：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行。
- 持久性（Durability）：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的。
上述就是事务的四大特性，简称ACID。
ACID
原子性：事务必须都完成，或者不完成
一致性：查询的结果必须与开始查询的状态一致
隔离性：做出变更的会话，其他会话看不到未提交的记录
持久性：事务一旦完成，所有的用户立即看到
Atomicity consistency lsolation Durability（ACID）
四、并发事务问题
并发事务问题：多个并发执行事务在操作同一数据库/表所引发的一系列问题
事务并发问题：脏读、不可重复读、幻读
问题 |
描述 |
脏读 |
一个事务读到另一个事务还没提交的数据 |
不可重复读 |
一个事务先后读取同一条记录，但两次读取的数据不同 |
幻读 |
一个事务按照条件查询数据时，没有对应的数据行，但是再插入数据时，又发现这行数据已经存在 |
1). 赃读：一个事务读到另外一个事务还没有提交的数据。
脏读：事务A执行事务未提交前，事务B使用或读取到了该新数据，而A未提交事务。然后A回滚事务，造成B中的数据无价值。
比如B读取到了A未提交的数据。
2). 不可重复读：一个事务先后读取同一条记录，但两次读取的数据不同，称之为不可重复读。
同样的查询sql在同一个事务中得到的结果不同，称为不可重复读。事务A两次读取同一条记录，但是读取到的数据却是不一样的。
3). 幻读：一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据已经存在，好像出现了 "幻影"。
五、事务隔离级别
为了解决并发事务所引发的问题，在数据库中引入了事务隔离级别。主要有以下几种：
隔离级别 |
脏读 |
不可重复读 |
幻读 |
Read uncommitted 读取未提交 |
√ |
√ |
√ |
Read committed 读取已提交 |
× |
√ |
√ |
Repeatable Read(默认) 可重复读 |
× |
× |
√ |
Serializable 串行化 |
× |
× |
× |
- √表示在当前隔离级别下该问题会出现
- 从上到下隔离级别越来越高
- Serializable 性能最低，拒绝并发，等于加了锁；Read uncommitted 性能最高，数据安全性最差
事务隔离级别的本质和PV操作相同，都是通过锁的机制来实现。加锁、释放锁自然效率有所下降。
1). 查看事务隔离级别
-- @@：查看当前系统变量信息，低版本使用 select @@tx_isolation; -- mysql 8.0之前的版本用select @@tx_isolation; select @@transaction_isolation;
2). 设置事务隔离级别
-- SESSION 是会话级别，表示只针对当前会话窗口有效，GLOBAL 表示对所有会话窗口有效 SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE };
Read uncommitted 读取未提交：出现脏读问题
Read committed 读取已提交：解决脏读问题
Read committed 读取已提交：出现不可重复读问题
Repeatable Read(默认) 可重复读：解决不可重复读问题（行锁），MySQL解决不可重复读方式就是每个会话分配一个版本。
Repeatable Read(默认) 可重复读：出现幻读问题
此时就是解决了不可重复读，但没解决幻读，只能提升隔离级别
Serializable 串行化：解决幻读问题（表锁）
注意：事务隔离级别越高，数据越安全，但是性能越低。
设置事务隔离级别需要做权衡，一般开发不会修改事务隔离级别，使用MySQL默认隔离级别Repeatable Read 可重复读。
六、总结
