前言

不想当将军的士兵不是好士兵，这句话对于程序员来说同样适用，不想成为大牛的程序员不是好程序员。做为一个IT的新人，要想成为技术大牛要怎么做，怎样能快速成长。我们来看看过来人的分享。

简单来讲，成为技术大牛虽然有难度，但其实也不是不可能。要成为任何一个领域的专家，你需要做的是学会该领域的已有知识，所以你需要不断的去学习、研究。利用已有的知识，在自己的领域做精，创造出别人还不知道的有价值的东西。

技能学习这件事，有技巧无捷径，正所谓，纸上得来终觉浅，绝知此事要躬行。有技巧是说学习技术需要实践和看书相结合，有高手指点就更好，关键是一定要实践，光看不动是不行的；无捷径是一定要自己下苦功夫，不要幻想有高手带你飞。在工作学习中要靠自己，要注意观察高手的工作方法、听他们分享的观点，迷茫的时候找他们指点。

正文

谈到 MYSQL 的事物，相信大家对这几个概念都不会陌生：

四大特性：ACID
并发问题
- 脏读
- 不可重复读
- 幻读
隔离级别
- Read Uncommitted（读未提交）
- Read Committed（读提交）
- Repeatable Read（可重读）
- Serializable（可串行化）

下面的思维导图可能更表达得清晰??

进阶加薪全靠它，Java开发中常见的一些问题面试专题

MySQL 的默认事物隔离级别是 RR (Repeatable Read) ，可重复读级别是能够解决脏读、不可重复读的这两个事物并发问题的，但是幻读的问题仍会存在，如果使用Serializable的隔离级别，对于高并发的业务来说是不实际的。那么 MySQL 是如何解决幻读这个棘手的问题呢？

没错，MySQL 通过MVCC（多版本并发控制）和Gap Lock（间隙锁）这两个机制解决了幻读的问题~

那么这两种方式具体又是如何实现的呢？

这里我们先讲一下 MySQL 的"读"的区别。因为在事物隔离级别中的"读"，分为快照读（snapshot read）和当前读（current read）

1. 当前读（current read）

select...lock in share mode (共享读锁) select...for update update , delete , insert

读取的是最新的数据，并且对读取的记录加锁，阻塞其他事物对当前事物查询数据的修改和插入，从而解决幻读。

实现方式：Next-key Locks（临键锁）

官方对临键锁的定义是：

A next-key lock is a combination of a record lock on the index record and a gap lock on the gap before the index record.

简单来说就是临键锁 = 行记录锁 + 间隙锁

行锁、间隙锁这个锁的概念，下文会介绍。所以这里我们只要知道的是，对于事物的当前读模式，是通过 Gap-Key-Locks 解决的。

2. 快照读（snapshot read）

select * from table

单纯的 select 操作

Read Committed 隔离级别：每次select都生成一个快照读。

Read Repeatable 隔离级别：开启事务后第一个select语句才是快照读的地方，而不是一开启事务就快照读。

实现方式：undolog 和 MVCC

undolog 用于数据的撤回操作，它记录了修改的反向操作，比如，插入对应删除，修改对应修改为原来的数据，通过undo log 可以实现事务回滚，并且可以根据 undo log 回溯到某个特定的版本的数据。

MVCC 就是上文提到的多版本并发控制。

实现方式

MVCC

MVCC 只是工作在两种事务级别底下：

Read Committed
Repeatable Read

MVCC 每行记录后面保存三个隐藏的列，其中其主要作用的有两列

DB_TRX_ID：记录行数据创建时的事物版本号。每开启一个事物，事物版本号都会递增。

DB_ROLL_PTR：记录行数据何时过期（或者被删除）。指向前一个版本的 undolog 记录，组成 undo 链表。如果更新了行，则撤消日志记录包含在更新行之前重建行内容所需的信息。

INSERT

插入数据时， DB_TRX_ID 记录的是当前新增数据的事物版本号
DELETE

删除数据时，DB_ROLL_PTR 记录的是当前操作删除的事物版本号
UPDATE
1. 更新数据时，插入一条新的数据，DB_TRX_ID 记录的是当前更新数据的事物版本号
2. 将旧数据的 DB_ROLL_PTR 值更新为当前更新数据的事物版本号
SELECT

查询规则如下：
1. 查找数据行版本号早于当前事务版本号的数据行记录，也就是说（当前的查询的事物版本号 >= DB_TRX_ID 中的值）
  
  这样就能确保事物读取的数据，要么是当前事物已经存在的，要么是当前事物所操作过的。
2. 查找删除版本号要么为NULL，要么大于当前事务版本号的记录。也就是说（DB_ROLL_PTR IS NULL OR DB_ROLL_PTR > 当前的查询的事物版本号）
  
  这样确保查询出来的数据行记录在事务开启之前没有被删除。