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,它能够避免读取脏数据，而且具有较好的并发性能，尽管他会导致不可重复读，幻读这些并发问题，但是在可能出现这种问题的个别场所，可以又应用程序采用悲观锁或者乐观锁来控制

Mysql的隔离级别