Mysql的隔离级别
事务的基本要素
- 原子性（Atomicity）：我们学过化学，我们知道，原子是构成物质的基本单位。放在Mysql的事务中，我们可以理解为，一个事务要么全部执行，要不全部不执行，不存在说一个事务中部分语句执行成功，部分语句执行不成功，存在不成功的语句将会全部回滚，所有语句当作是没有执行过一样。
- 一致性（Consistency）：表示说事务的开始之前和开始之后，数据库的完整性约束是没有被破坏的，比如A要向B转钱，不存在说A已经扣了款，B还没有收到款
- 持久性（Durability）：事务完成之后，事务对数据库所做的修改将全部保存在数据库中。
- 隔离性（Isolation）：表示在同一个时间内，只能有一个事务请求同一个数据，不同的事务之间彼此没有任何干扰，就比如说事务A正在向银行取钱，在A取钱的过程结束前，事务B不能向这张卡转钱。
事务的并发问题
- 脏读：表示说一个事务A读取了事务B更新的数据，但是B发生错误回滚了，那么A读到的数据就是脏数据
- 不可重复读：事务A多次读取同一数据，在此过程中，事务B对这一数据进行了更改，因此事务A多次读取同一数据时，结果不一致
- 幻读：表示当一个事务A多次读取一张分数表的总数时，事务B在这时候新增了一条分数，导致事务A两次读取的总数不一致。
注：不可重复度和幻读很相似，很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。
事务的隔离级别
| 事务隔离级别 | 脏读 | 不可重复度 | 幻读 |
|---|---|---|---|
| 读未提交（read-uncommitted） | 是 | 是 | 是 |
| 不可重复读（read-committed） | 否 | 是 | 是 |
| 可重复读（repeatable-read） | 否 | 否 | 是 |
| 串行化（serializable） | 否 | 否 | 否 |
例子
mysql 默认的事务隔离级别是repeatable-read
select @@tx_isolation;
可以通过上述的命令查看mysql当前的事务隔离级别
set session transaction isolation level read committed;
上述命令可以设置事务隔离级别
读未提交（read-uncommitted）
- 开启事务A，并查询表数据
- 另外开启事务B，并对ID为1的hahah进行修改。
- 可以看到事务B已经修改，但是事务还没提交，这时候我们回去事务A看看。
-(忽略背景颜色哈)这时候我们可以发现，事务A的hahah的值也被修改了，也就是说事务A可以查询到事务B已经更新的数据，如果这时候事务B由于某种原因回滚了，所有的操作将会被销毁，那么事务A查询到的数据就是脏数据。如果在这时候事务A执行了update peter_test1 set score=score-10 where id=1的话，其实hahah的score也是为83，而不是73，因为事务B回滚了，但是其他的应用并不知道。所以解决这种问题的办法就是采用不可重复读（读已提交，read-committed）
- 开启不可重复读
事务A和事务B都设置好
- 查看事务A的数据
- 修改事务B但是未提交
这时候我们回来看看事务A
这时候的事务B未提交，事务A不能查询到事务B已经更新的数据，这就解决了脏读的问题
- 提交事务B
下面我们来看看可重复读
- 开启事务，并设置当前事务模式为repeatable read
- 事务A中查询数据
- 在事务B中修改数据，并提交
- 查看事务A的数据
由上图可以知道，尽管在事务B中提交了事务，但是在事务A的两次查询中的数据还是一样的。这就是可以重复读的效果，但是如果你在事务A中执行了update peter_test1 set score=score-10 where id=1;的话，hahah的数据并不是变成了73，而是变成了63，因为事务B在提交事务之后数据已经变成了73。
可重复读的隔离级别系爱是用了MVCC机制，A事务读取的是记录的快照版本，而非最新版本，B事务的更新是创建了一个新的版本来更新，不同的事务的读和写是分离的。（我也不是很清楚其中的意思，这不是我要了解的重点，往后再来学习哈）
下面我们来看看串行化（serializable）
- 我想要去计算整张表的score总数
- 在事务B开始之后，新增一条数据，其中score为100，并提交
- 在事务A中重新计算整张表的score总数
在事务A重新计算总数时，因为把事务B最新提交新增的值也给算进去了，所以两次的计算结果是不一样的。这就产生了幻读。“串行化”是解决幻读的一种方法
- 设置当前事务模式为serializable。
- 在事务A开始计算的时候，事务B新增数据
由图中我们可以看到，事务B并没有执行生效
- 我们提交事务A
- 查看事务B
所以可以看到事务B在事务A执行完成之后，也就执行完成了。这也避免了幻读的情况
mysql中事务隔离级别为serializable时会锁表，因此不会出现幻读的情况，这种隔离级别的并发性极低，开发中很少会用到。
注意：隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也很大，对于大多数的应用程序，可以优先考虑把数据库的隔离级别设为read-committed,它能够避免读取脏数据，而且具有较好的并发性能，尽管他会导致不可重复读，幻读这些并发问题，但是在可能出现这种问题的个别场所，可以又应用程序采用悲观锁或者乐观锁来控制
