个人对于MySQL的理解_MySQL锁的理解

一、事务四要素：ACID原子性(Atomicity)：要么做完，要么啥都不做，没有中间状态

一致性(Consistency)：这个是个比较有争议的概念，个人理解是通过AID来保证数据正确性，保证从一个状态到下一个状态是正确的；

隔离性(Isolation)：并发事务之间不会互相影响，设立了不同程度的隔离级别，通过适度的破坏一致性，得以提高性能；

持久性(Durability)：事务提交后数据不可逆并持久化存储

二、事务并发问题脏读， 没有提交的事务能被其他事务读取到

提交读， 提交的事务能被其他事务读取到

重复读， 事务开始后，在本事务内，读取的数据是一致的

幻读， 事务内读取到的记录数量不一样

丢失更新，事务保存或者回滚时覆盖数据

三、隔离实现方式

传统的隔离级别是基于锁实现的，这种方式叫做 基于锁的并发控制(Lock-Based Concurrent Control，简写 LBCC)。通过对读写操作加不同的锁，以及对释放锁的时机进行不同的控制，就可以实现四种隔离级别。传统的锁有两种：读操作通常加共享锁(Share locks，S锁，又叫读锁)，写操作加排它锁(Exclusive locks，X锁，又叫写锁)；加了共享锁的记录，其他事务也可以读，但不能写；加了排它锁的记录，其他事务既不能读，也不能写。另外，对于锁的粒度，又分为行锁和表锁，行锁只锁某行记录，对其他行的操作不受影响，表锁会锁住整张表，所有对这个表的操作都受影响。

归纳起来，四种隔离级别的加锁策略如下：读未提交(Read Uncommitted)：事务读不阻塞其他事务读和写，事务写阻塞其他事务写但不阻塞读；通过对写操作加 “持续X锁”，对读操作不加锁 实现；

读已提交(Read Committed)：事务读不会阻塞其他事务读和写，事务写会阻塞其他事务读和写；通过对写操作加 “持续X锁”，对读操作加 “临时S锁” 实现；不会出现脏读；

可重复读(Repeatable Read)：事务读会阻塞其他事务事务写但不阻塞读，事务写会阻塞其他事务读和写；通过对写操作加 “持续X锁”，对读操作加 “持续S锁” 实现；

序列化(Serializable)：为了解决幻读问题，行级锁做不到，需使用表级锁。

四、MySQL隔离实现

虽然数据库的四种隔离级别通过 LBCC 技术都可以实现，但是它最大的问题是它只实现了并发的读读，对于并发的读写还是冲突的，写时不能读，读时不能写，当读写操作都很频繁时，数据库的并发性将大大降低，针对这种场景，MVCC 技术应运而生。MVCC 的全称叫做Multi-Version Concurrent Control(多版本并发控制)，InnoDb 会为每一行记录增加几个隐含的“辅助字段”，(实际上是 3 个字段：一个隐式的 ID 字段，一个事务 ID，还有一个回滚指针)，事务在写一条记录时会将其拷贝一份生成这条记录的一个原始拷贝，写操作同样还是会对原记录加锁，但是读操作会读取未加锁的新记录，这就保证了读写并行。要注意的是，生成的新版本其实就是undo log，它也是实现事务回滚的关键技术。

InnoDb 通过 MVCC 实现了读写并行，但是在不同的隔离级别下，读的方式也是有所区别的。首先要特别指出的是，在 read uncommit 隔离级别下，每次都是读取最新版本的数据行，所以不能用 MVCC 的多版本，而 serializable 隔离级别每次读取操作都会为记录加上读锁，也和 MVCC 不兼容，所以只有 RC 和 RR 这两个隔离级别才有 MVCC。

尽管 RR 和 RC 隔离级别都实现了 MVCC 来满足读写并行，但是读的实现方式是不一样的：RC 总是读取记录的最新版本，如果该记录被锁住，则读取该记录最新的一次快照，而 RR 是读取该记录事务开始时的那个版本。虽然这两种读取方式不一样，但是它们读取的都是快照数据，并不会被写操作阻塞，所以这种读操作称为快照读(Snapshot Read)

除了快照读，MySQL 还提供了另一种读取方式：当前读(Current Read)，有时候又叫做加锁读(Locking Read)或者阻塞读(Blocking Read)，这种读操作读的不再是数据的快照版本，而是数据的最新版本，并会对数据加锁

关于 MySQL 不同的隔离级别，读操作的差异总结起来如下图所示(其中，读未提交和可序列化都和 MVCC 不兼容，可以暂且认为它们都属于当前读)：