MySQL的事务总结(事务四大特性，隔离级别，脏读，幻读)
MYSQL官网：https://dev.mysql.com/doc/refman/8.0/en/innodb-transaction-isolation-levels.html
1、事务(transaction)的概念
事务 是一个不可再分的最小单元，事务就是由单独单元的一个或多个sql语句组成，在这个单元中，每个sql语句都是相互依赖的。而整个单独单元是作为一个不可分割的整体存在，类似于物理概念中的的原子(不可分割的最小单位)。
通俗的说，事务就是一个整体，里面的东西要么都执行成功，要么都不成功。不会存在部分执行成功而部分执行不成功的情况。如果事务单元中某条sql语句一旦执行失败，那么整个单元将会回滚，所有受到影响的数据将返回到事务开始之前的状态，当然，如果单元中的所有sql语句都执行成功的话，那么该事务也就被顺利执行。
2、事务的四大特性(ACID)
-
原子性 (Atomicity)：事务是一个不可分割的单元，要么同时成功，要么同时失败。例：当两个人发起转账业务时，如果A转账发起，而B因为一些原因不能成功接受，事务最终将不会提交，则A和B的请求最终不会成功；
-
一致性 (Consistency)：事务执行接收之后，数据库完整性不被破坏。
-
隔离性 (Isolation)：多个事务之间相互隔离的，互不干扰；
-
持久性 (Durability)：一旦事务提交，他对数据库的改变就是永久的。注：只要提交了事务，将会对数据库的数据进行永久性刷新；
3、数据库引擎对事务的支持
在MySQL中，常见的存储引擎有MyISAM、InnoDB、Memory 和 CSV 等。其中 InnoDB 支持事务(transaction)，而MyISAM，Memory，CSV等不支持事务。
可通过 show engines 命令行来查看MySQL的不同引擎对事务的支持：
show engines;
查询结果：
4、事务的隔离级别
数据库事务的隔离级别有4种，由低到高分别为
- Read uncommitted 读未提交
- Read committed 读已提交
- Repeatable read 重复读
- Serializable 序列化
以下是具体说明：
- 1. Read uncommitted 读未提交 以及 对应的脏读问题
读未提交，就是一个事务可以读取另一个未提交事务的数据。
举例：
A还钱给B，原本欠100块，结果不小心按成了1000块，此时1000块已经进入B的账户，但是还没有提交事务，而B这个时候正好看到账户多了1000块，然后A发现转错了，马上回滚，然后改成100块，再提交事务。
总结：那么对于B来说，它看到多出的1000块，就是脏读；怎么解决？提高隔离级 —> Read committed
- 2. Read committed 读已提交 以及 对应的不可重复读问题
读已提交，就是只可以读取到已经提交事务的数据。
举例：
A拿着银行卡去潇洒，当他结账时，收费系统检测到卡里有500块，而此时此刻，A的老婆在另一边正好把钱转走了，并提交了事务，那么当收费系统走扣款流程时，再次检测卡里的金额，就发现余额不足；
总结：有事务对数据进行更新操作时，读操作事务要等待这个更新操作事务提交后才能读取到数据，可以解决脏读问题。但是，又出现了另一个问题：一个事务范围内两个相同的查询，结果却不一样！这就是不可重复读。怎么解决？提高隔离级别—> Repeatable read
- 3. Repeatable read 重复读 以及 对应的幻读问题
重复读，就是在开始读取数据（事务开启）时，不再允许修改操作。
举例：
A拿着银行卡去潇洒，当他结账时，开始事务，不再允许修改操作，而此时此刻，A的老婆就转不了账，那么A就可以正常结账，收费系统正常扣款；
总结：此隔离级别可以解决不可重复读问题。
但是还有没有别的问题？！
举例：
A拿着银行卡去潇洒，花了500块，然后A的老婆去查他今天的消费记录（老婆事务开启），看到确实是花了500块，此时此刻，A在回家的路上又吃了个饭，付了饭钱200块，即**新增(INSERT)**了一条消费记录，并提交了A新增的这个事务。老婆打印了一下A的消费清单（老婆事务提交），发现清单上花了700块，多出了200块，似乎出现了幻觉。
总结： 对于A的老婆来说，就是幻读。怎么解决？提高隔离级别 —> Serializable
- 4. Serializable 序列化
最严格的隔离级别。在Serializable隔离级别下，所有事务按照次序依次执行，因此，脏读、不可重复读、幻读都不会出现。
but ，鱼和熊掌不可兼得，虽然Serializable隔离级别下的事务具有最高的安全性，但由于事务是串行执行，所以效率会大大下降，应用程序的性能会急剧降低。如果没有特别重要的情景，一般都不会使用Serializable隔离级别。
5、关于脏读，不可重复读，幻读的总结
脏读： 读到了别的事务回滚前的脏数据。比如事务A执行过程中修改了id=1的数据，在未提交前，事务B读取了id=1的数据，而事务A又回滚了，这样事务B就形成了脏读。
不可重复读： 事务A首先读取了一条数据，然后执行逻辑的时候，事务B将这条数据改变了，然后事务A再次读取的时候，是A的事务修改成功后的数据，发现数据不匹配了，就是所谓的不可重复读了。
幻读： 一个事务在前后两次查询同一个范围的时候，第一次查到的数据比第二次查到的数据条目不一致。事务A首先根据条件索引得到N条数据，然后事务B改变了这N条数据之外的M条或者增添了M条符合事务A搜索条件的数据，导致事务A再次搜索发现有N+M条数据了，就产生了幻读。
不同隔离级别与其存在的问题对应表：
| 隔离级别 | 产生脏读 | 产生不可重复读 | 产生脏读 |
|---|---|---|---|
| Read uncommitted 读未提交 | √ | √ | √ |
| Read committed 读已提交 | √ | √ | |
| Repeatable read 重复读 | √ | ||
| Serializable 序列化 |
6、数据库默认的隔离级别
mysql默认事务隔离级别为: REPEATABLE-READ 重复读(orcale默认隔离级别为: READ COMMITTED 读已提交)；
- 查看当前数据库的事务隔离级别:
show variables like 'tx_isolation';
- 设置事务隔离级别(4选1)：
set tx_isolation='READ-COMMITTED';
7、 为什么MySQL的默认隔离离别是REPEATABLE-READ 重复读?
当设置为statement格式时，binlog记录的是SQL的原文。又因为MySQL在主从复制的过程是通过binlog进行数据同步，如果设置为读已提交/读未提交隔离级别，当出现事务乱序的时候，就会导致从库在 SQL 执行之后，结果和主库内容不一致；
因此：READ COMMITTED or READ UNCOMMITTED隔离级别下，不支持binlog的statement格式。
拓展：binlog 的三种格式：
- Statement（Statement-Based Replication,SBR）：每一条会修改数据的 SQL 都会记录在 binlog 中；
- Row（Row-Based Replication,RBR）：不记录 SQL 语句上下文相关信息，仅仅只需要记录某一条记录被修改成什么样子；
- Mixed（Mixed-Based Replication,MBR）：Statement 和 Row 的混合体,系统会自动判断该用 Statement 还是 Row：一般的语句修改使用 Statement 格式保存 binlog；对于一些 Statement无法准确完成主从复制的操作，则采用 Row 格式保存 binlog。
8、 为什么一般开发过程中选择Read Committed 隔离级别？
原因1：提升并发
因为Read committed 在加锁过程中，是不需要添加Gap Lock(间隙锁)和 Next-Key Lock(记录锁和间隙锁的组合，它指的是加在某条记录以及这条记录前面间隙上的锁)，只需要对要修改的记录添加行级锁就行了。另外，RC还支持半一致读，可以大大的减少了更新语句时行锁的冲突。对于不满足更新条件的记录，可以提前释放锁，提升并发度；
原因2：减少死锁发生
因为Repeatable read会增加Gap Lock和Next-Key Lock，这就使得锁的粒度变大了，那么就容易导致死锁的概率增大。
