一致性读的秘密（innobase note -- read)

zhaoleina

有几个问题想问下，session2 进行select的时候 session2 的read_view中trx_id比record中trx_id晚，所以在undolog中创建了一个旧版本的快照，是这样吗？

然后session2 在update的时候，record2中的trx_id 更新为 session2的trx_id吗？

在session1 接下来的select中，它访问的快照版本是session2之前创建的快照版本，还是自己重新在undolog中创建一个快照版本？

出现那个奇怪的想象，innodb是吧什么和什么混合在了一起，还是没看懂。。。。

忘您解答。。。

justin033

回复 1# justlooks

low_limit_no 用来判断purge记录
   

If the secondary key record is delete  marked it's corresponding
clustered record can be already be purged only if records
trx_id < low_limit_no. Purge can't remove any record deleted by a
transaction which was active when cursor was created. But, we still
may have a deleted secondary key record but no clustered record. But,
this is not a problem because this case is handled in
row_sel_get_clust_rec() function which is called
whenever we note that this read view does not see trx_id in the
record. Thus, we see correct version.

boylook

求LZ解答

icer_repls

你这个测试没有说服性吧
第一，在S1最开始，你没有select 一次看看里面是什么数据
第二，做简单的update操作你那里都有warning，是什么warning也没说啊

devilkin0312

set global transaction isolation level serializable;
得到这样的效果：
mysql> select * from t;
+-----+------+
| id  | name |
+-----+------+
|   1 | a    |
|   2 | b    |
| 222 | b    |
+-----+------+
3 rows in set (0.00 sec)

mysql> commit;
Query OK, 0 rows affected

mysql> select * from t;
+-----+------+
| id  | name |
+-----+------+
|   1 | a    |
| 222 | b    |
+-----+------+
2 rows in set (0.00 sec)
想问一句：意义何在？