事务的隔离级别

事务的隔离级别

sql标准定义的四个隔离级别：
1.READ UNCOMMITTED（读取未提交的内容-脏读）
2.READ COMMITTED
3.REPEATABLE READ
4.SERIALIZABLE
查看当前会话的事务隔离级别和全局的事务隔离级别：

1.READ UNCOMMITTED（读取未提交的内容-脏读）

在该隔离级别下，所有事务都可以看到其他未提交事务的执行结果。
我们先将事务隔离级别设置为READ UNCOMMITTED

然后开启两个事务进行操作

由此，我们就了解了什么是READ-UNCOMMITTED

2.READ COMMITTED（读取提交的内容）

这是大多数数据库的默认隔离级别（但不是MYSQL默认的）。READ-COMMITTED，见名知义：一个事务只能
读取已经提交过的事务所操作的数据改变。话不多说，上图：

3.REPEATABLE READ（可重复读）

这是mysql的默认隔离级别，它能够确保同一事物的多个实例再并发读取数据时，能够看到相同的数据行。
一个事务在执行过程中，可以看到其他事务已经提交的新插入的记录，但是不能看到其他事务对已有记录的更新。
但是理论上，这会导致另一个棘手的问题：幻读。
幻读：当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据航时，
会发现有新的“幻影”行。
InnoDB和Falcon存储引擎通过多版本并发控制（MVCC）机制解决了该问题，这个我们之后再谈。
即：InnoDB会保证，一个事务在执行过程中，不能看到其他事务对数据的修改与增删。
说到这里，我们可能会思考一个问题，InnoDB是如何解决 幻读 这个问题的？
结论：InnoDB通过Next-key lock解决了当前读时的幻读问题（暂不深入）
Next-key lock：行锁与间隙锁组合起来用就叫做Next-Key Lock。锁定一个范围，并且锁定记录本身。对于行的查询，都是采用该方法，主要目的是解决幻读的问题。详见：https://dev.mysql.com/doc/refman/5.7/en/innodb-next-key-locking.html

4.SERIALIZABLE（序列化执行）

这是最高得隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。
InnoDB存储引擎会对每个SELECT语句后自动加上LOCK IN SHARE MODE，即为每个读取操作加上一个共享锁，因此在这个级别，可能导致大量的超时现象和锁竞争。
一个事务在执行过程中，完全看不到其他事务对数据库所做的更新操作。当两个事务同事操作数据库中相同的数据库中
相同的数据时，如果第一个事务已经在访问该数据，第二个事务只能停下来等待，必须等到第一个事务结束后才能恢复，
因此在此隔离级别下，事务实际上是串行化运行方式。

参考：《MySQL技术内幕》
《Mysql 事务的隔离级别》
《Mysql(Innodb)如何避免幻读》
《Mysql官网文档》