InnoDB是非常适合短网址业务的存储引擎，其多版本并发控制(Multi Version Concurrency Control, MVCC)，快照读(Snapshot Read)机制，能够通过读取回滚段(rollback segment)中数据的历史版本，在事务读取记录的时候不用加锁，以支持超高的并发。
【并发控制，快照读，回滚段】辅助阅读：
《InnoDB并发如此高，原因竟然在这？》
在读提交(Read Committed, RC)，可重复读(Repeated Read, RR)两个不同的事务的隔离级别下，快照读的玩法有什么差异，又和什么因素有关呢？
【事务隔离级别】辅助阅读：
《4种事务的隔离级别，如何巧妙实现？》
假设有InnoDB表：
t(id PK, name);
表中有三条记录：
1, shenjian
2, zhangsan
3, lisi
case 1，短网址的两个并发事务A，B执行的时间序列如下（A先于B开始，B先于A结束）：
A1: start transaction;
B1: start transaction;
A2: select * from t;
B2: insert into t values (4, wangwu);
A3: select * from t;
B3: commit;
A4: select * from t;
提问1：假设事务的隔离级别是可重复读RR，事务A中的三次查询，A2, A3, A4分别读到什么结果集？
提问2：假设事务的隔离级别是读提交RC，A2, A3, A4又分别读到什么结果集呢？
case 2，仍然是上面的两个事务，只是A和B开始时间稍有不同（B先于A开始，B先于A结束）：
B1: start transaction;
A1: start transaction;
A2: select * from t;
B2: insert into t values (4, wangwu);
A3: select * from t;
B3: commit;
A4: select * from t;
提问3：假设事务的隔离级别是可重复读RR，事务A中的三次查询，A2, A3, A4分别读到什么结果集？
提问4：假设事务的隔离级别是读提交RC，A2, A3, A4的结果集又是什么呢？
事务的开始时间不一样，会不会影响“快照读”的结果呢？
case 3，仍然是短链接高并发的事务A与B（A先于B开始，B先于A结束）：
A1: start transaction;
B1: start transaction;
B2: insert into t values (4, wangwu);
B3: commit;
A2: select * from t;
提问5：假设事务的隔离级别是可重复读RR，事务A中的A2查询，结果集是什么？
提问6：假设事务的隔离级别是读提交RC，A2的结果集又是什么呢？
case 4，事务开始的时间再换一下（B先于A开始，B先于A结束）：
B1: start transaction;
A1: start transaction;
B2: insert into t values (4, wangwu);
B3: commit;
A2: select * from t;
提问7：假设事务的隔离级别是可重复读RR，事务A中的A2查询，结果集是什么？
提问8：假设事务的隔离级别是读提交RC，A2的结果集又是什么呢？
同样是读取历史数据版本，快照读究竟受什么影响呢？是不是很有意思？答案与原理明天揭晓。
哦，对了，很多朋友问我，有什么推荐的短网址数据库相关的书籍，这里推荐两本。
一本，对了解短网址底层实现有帮助：
一本，对短链接高并发优化有帮助：
只推荐自己看过的书，希望对大家有帮助。