多版本并发控制
mysql的innodb采用的是行锁，并且采用了多版本并发控制来提高读操作的性能。这里简单谈一下我对repeatable read隔离级别下，一些事务操作结果的理解。
以下是在《高性能Mysql》一书上看到的原话：
在很多博客里看到说保存事务版本号作为标识，我认为这个说法是不对的，应该是书上所说的保存系统版本号作为标识。看下面的例子。
首先创建表
CREATE TABLE t (a INT);
例1：
事务T1 |
start transaction; //事务版本号为1，系统版本号为2 |
insert into t select 1; |
insert into t select 2; |
insert into t select 3; |
Commit; |
t表
a | Create version | Delete version |
1 | 1 |
|
2 | 1 |
|
3 | 1 |
|
事务T2 | 事务T3 |
start transaction; //事务版本号为2 |
|
| start transaction; //事务版本号为3 |
Delete t where a = 1; |
|
| Select * from t; |
Commit; |
|
| Select * from t; |
| Commit; |
t表
a | Create version | Delete version |
1 | 1 | 4 |
2 | 1 |
|
3 | 1 |
|
在repeatable read下，事务T3两次读到的数据结果一定是相同的，之所以第二次能读到a=1的数据是因为a=1的删除版本号是系统版本号3，而不是T2的事务版本号2；
例2：
一段时间后，当前没有事务引用的情况下，具有删除版本的数据会被真正删除，这是purge做的。
事务T4 | 事务T5 |
start transaction; //事务版本号为4 |
|
| start transaction; //事务版本号为5 |
Update t set a = 5 where a = 2;//获得写锁 |
|
| Update t set a=6 where a = 2；//写锁被事务T4获得，语句阻塞 |
Commit;//释放写锁 |
|
| //上一条语句执行，但是此时由于t表中a=2的数据已经有删除版本号了，此语句不改变t表数据 |
| Select * from t;//可以读到a=2的数据 |
| Commit; |
t表
a | Create version | Delete version |
2 | 1 | 6 |
5 | 6 |
|
3 | 1 |
|
第一次写博客，有理解不对的地方请指正，轻喷