PGSQL读提交级别的事务实践
读提交级别下的实践
| 事务1 | 事务2 |
|---|---|
| BEGIN | |
| select *, xmin, xmax from time_test; | |
| update time_test set time = '1456' where id = 1; | |
| select *, xmin, xmax from time_test; | |
| BEGIN; | |
| update time_test set time = '1457' where id = 1; | |
| select *, xmin, xmax from time_test; | |
| select *, xmin, xmax from time_test for update; | 与事务2未提交的update冲突，导致两个事务回滚。 |
说明：事务1 的 四次读
1、第一次读表看到表中的数据，原始数据；
2、事务2在第一次读表之后修改了表中的id为1的数据行中的数据，然后事务1第二次读表， 发现读到的数据与第一次读到的数据出现不一致现象，id为1的time字段不一致，这就是不可重复读现象；
3、事务2在事务1的第二次读之后开启了一个事务，在事务内进行更细数据操作， 此事务还未提交时，在事务1中做第三次查询， 看到，事务2中的修改对事务1来说并看不到，这是读提交级别要求的功能，在一个事务还未提交时，所有修改都不能被其他事务看到。所以在第三次查询中看到的time字段与第二次一致。但是我们注意到，xmax字段有被修改，这是因为我们现在看到的字段在表中已经被修改过，所以此行数据已被标记为删除。
PGSQL实现MVCC与MYSQL有点区别，PGSQL用插入和删除两个字段去区分数据行的多个版本，MYSQL只记录修改当前数据的事务id一个字段，配合undo log来实现MVCC。
4、事务1 的第四次查询是当前读，这里会对time_test加表锁，这里与事务2中的更新语句出现冲突。在我cancel掉这个查询语句之后，尝试提交两个两个事务，结果两个事务都被回滚。并且，在查询表记录时发现，两行记录的删除标记xmax都被标记过了。不知道为啥。