用共享文档为例理解mysql事务隔离级别，和“脏读”“不可重复读”“幻读”

共享文档是个神奇的东西，多个用户在同一个窗口可以同时编辑。
多亏这种神奇的工具，可以更好的方式来理解软件开发中的一些概念。
我们来试试用这种方式理解事务隔离级别。

引入MVCC机制后，Innodb在事务中的普通select查询使用的快照读，事务中手动加锁的select、和所有非select的where条件里的查询中使用的“当前读”。Innodb是如何保证当前读的正确性、又是怎么完成并发事务相互隔离呢？

1. 读未提交 Read uncommttied

事务写数据时候，加写锁。但写锁允许其他事务读取

如图，我想修改B1的数据。此时B1被我加了写锁，但是别人都能看见我还没提交的数据。这就是脏读。

在输入拼音时候，别人都能看到我敲的拼音。太尴尬了，万一不小心输错成了“邪儒书局”，大家会不会觉得我是玄幻小说作家？

2. 读提交 Read committed

事务读写数据时候，加读锁写锁，但读锁允许其他事务写入

如图，我正洋洋得意的欣赏刚才提交的数据，后一秒被人改了，都怪我自己没双击单元格加写锁，才被别人偷偷的给改了，可恶！现在这些数据，就是不可重复读

现在输入拼音的时候没人看了，只要没提交都没关系，别人读不到！但是又出现了一个问题，能不能不要随便改我现在看的数据？等我关闭了页面再改都可以啊！

3. 可重复读 Repeatable read

事务读写数据时候，加读锁写锁，但插入数据不加锁

开启可重复读级别后，别人正在读的数据，我也不能改了？算你狠，那我在后面新加数据，你总管不到吧？幻术，幻读！

读写锁能解决很多问题，但是这种新增数据的真是没想到，哎算了，谁都别玩了，一个文档只能一个人看！

3.X 间隙锁——可重复读级别下，Innodb为了避免幻读的优化

出现幻读的原因，归根结底是查询出来的数据条数变了。那么解决的方式也很简单粗暴：加读锁后不但不让其他事务写，也不让其他事务插入我读的范围。

update 云文档 set B=‘c’ where A=3 ;

我这回查的是ID小于等于5的数据，发现了2条数据，按照解决“不可重复读”的办法，在上面挂上了不让其他事务写入的读锁，就是图中的“行锁”。而小于5的情况其实可能有更多：于是，间隙锁就派上用场了。

我读到的数据，你不能修改！我想读但没读到的数据，你不能新增！

4. 串行化 Serializable

事务读写数据时候，都加写锁，所以即使是读取都要申请到写锁（幸好是行锁，非表锁，除非你要select全表）

串行的意思，通俗来说就是排队，前一个人用完这个文档，才让下一个人用。。。可想而知，虽然不会有并发问题，但效率自然是非常之差。

喂！这回文档都加载不出来了，到底多少人在用啊！