MySQL事务和MVCC
抄书做个记录。
定义
事务就是一组原子性的SQL查询，事务内的语句，要么全部执行，要么全部失败。
事务的特性
-
原子性
整个事务中的操作要么全部提交成功，要么全部失败回滚，不可能只执行其中一部分。 -
一致性
数据库总是从一个一致性状态转换到另一个一致性的状态。 -
隔离性
通常来说，一个事务所做的修改在最终提交之前，对其他事务不可见。 -
持久性
一旦事务提交，则其所做的修改就会永久保存到数据库中。
隔离级别
-
read uncommitted(未提交读)
在read uncommitted级别，事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读。 -
read commited(提交读)
这是大多数数据库系统默认的隔离级别（但MySQL不是）。read commited满足前面提到的隔离性的简单定义：一个事务开始时，只能“看见”已经提交的事务所做的修改。这个级别有时候也叫做不可重复读（nonreapeatable read），因为两次执行同样的查询，可能会得到不一样的结果。 -
reapeatable read(可重复读)
reapeatable read解决了脏读和不可重复读的问题。该级别保证了在同一个事务中多次读取同样记录结果是一致的。但他还是无法解决幻读的问题。所谓幻读，指的是当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围内的记录时，会产生幻行。
但事实上，MySQL在reapeatable read级别已经解决了幻读问题。他采用行锁加间隙锁来保证其他事务不能在这个间隙内修改或插入。（参考MySQL间隙锁、Next-Key Lock主要知识点） -
serializable(可串行化)
serializable是最高的隔离级别。他通过强制事务的串行执行，避免了幻读问题。
多版本并发控制(MVCC)
可认为MVCC是行级锁的一个变种，但是它在很多情况下避免了加锁操作，因此额外开销更低。
InnoDB的MVCC，是通过在每行记录后面保存两个隐藏的列来实现的。这两个列，一个保存了行的创建时间，一个保存了行的过期时间（或删除时间）。当然存储的并不是实际的时间值，而是系统版本号。每开始一个新的事务，系统版本号都会自动递增。事务开始时刻的系统版本号会作为事务的版本号，用来和查询到的每行记录的版本号进行比较。下面看一下在repeatable read隔离级别下，MVCC具体是如何操作的。
-
SELECT
InnoDB会根据以下两个条件检查每行记录：
-
InnoDB只查找版本号小于或等于当前事务版本号的数据行，这样可以确保事务读取的行，要么是在事务开始前已存在，要么是事务自身插入或修改过。
-
行的删除版本要么未定义，要么大于当前事务版本号。这可以确保事务读取到的行，在事务开始前未被删除。
只有符合上面两个条件的记录才能返回作为查询结果。
-
-
INSERT
InnoDB为新插入的每一行保存当前系统版本号作为行版本号。
-
DELETE
InnoDB为删除的每一行保存当前系统版本号作为行删除标志。
-
UPDATE
InnoDB为插入一行新纪录，保存当前系统版本号作为行版本号，同时保存当前系统版本号到原来的行作为行删除标志。
保存这两个额外的系统版本号，使大多数操作都可以不用加锁，这样提高了性能。不足之处就是需要额外的存储空间，需要做更多的行检查工作和额外的维护工作。
MVCC只在repeatable read和read committed两个隔离级别下工作。其他两个隔离级别都和MVCC不兼容，因为read uncommitted总是读取最新的数据行，而不是符合当前事务版本的数据行。而serializable则会对所有读取的行都加锁。
