使用pg_resetwal时空穿梭找回“幽灵”元组
共 2481字，需浏览 5分钟
·
2021-11-26 18:49
pg_resetwal工具是个很有用的工具，我们使用它来修改控制文件的一些信息，可能用的最多的地方是应急清理wal日志并更新lsn信息。但是pg_resetwal这个功能你可能没听说过，可以使用pg_resetwal修改当前事务号来达到查看死元组的信息，这些死元组随着事务号的推进可能会像“幽灵”一样出现，然后消失，通过这种方法可以找回以前的行记录信息。下面具体来看看。
创建一张表，插入三条数据
postgres=# create table test(id int);CREATE TABLEpostgres=# insert into test values(1);INSERT 0 1postgres=# insert into test values(2);INSERT 0 1postgres=# insert into test values(3);INSERT 0 1
查看表的xmin相关信息，xmin代表插入的事务号
postgres=# select xmin,xmax,* from test;xmin | xmax | id------+------+----510 | 0 | 1511 | 0 | 2512 | 0 | 3rows)
模拟删除id=2的记录
postgres=# delete from test where id=2;DELETE 1postgres=# select xmin,xmax,* from test;xmin | xmax | id------+------+----510 | 0 | 1512 | 0 | 3(2 rows)
关闭数据库，使用pg_resetwal设置下一个事务号
[postgres@HWFBS01 ~]$ pg_ctl stopwaiting for server to shut down....... doneserver stopped[postgres@HWFBS01 ~]$ pg_resetwal -x 511 -D /pgdata/pginst1/Write-ahead log reset
启动数据库，查看test表内容
[postgres@HWFBS01 ~]$ pg_ctl start -l logfilewaiting for server to start.... doneserver started[postgres@HWFBS01 ~]$ psqlpsql (13.0)Type "help" for help.postgres=# select xmin,xmax,* from test;xmin | xmax | id------+------+----510 | 0 | 1(1 row)
竟然发现id=3的记录莫名消失了，其实也很好理解，因为当前xid=511，xid=512的事务是未来的事务，未来的事务插入的数据对当前事务不可见。
现在模拟xid向前推进，再查看表记录
postgres=# select txid_current();txid_current--------------511(1 row)postgres=# select xmin,xmax,* from test;xmin | xmax | id------+------+----510 | 0 | 1511 | 513 | 2(2 rows)
发现之前删除的id=2的记录竟然惊奇的出现了，怎么来理解呢？因为id=2的记录是xid=513的事务号删除的，而这个事务对于当前xid=511的事务是不可见的，所以xid=513的删除对当前事务来说并未删除，还能看到。
继续模拟xid向前推进
postgres=# select txid_current();txid_current--------------512(1 row)postgres=# select xmin,xmax,* from test;xmin | xmax | id------+------+----510 | 0 | 1511 | 513 | 2512 | 0 | 3(3 rows)
因为当前xid已经推进到512，那么对于以前512号事务插入的id=3的记录此时就变成可见了。
继续推进
postgres=# select txid_current();txid_current--------------513(1 row)postgres=# select xmin,xmax,* from test;xmin | xmax | id------+------+----510 | 0 | 1512 | 0 | 3(2 rows)
xid来到513时，之前513号事务删除的id=2的元组也消失了。
所以这是一个很有意思的现象，和pg的mvcc机制有关，在某些非常规的情况下可以使用这种方法来应急找到还没来得及被vacuum掉的死元组记录内容。
各位伙伴们好，詹帅本帅搭建了一个个人博客和小程序，汇集各种干货和资源，也方便大家阅读，感兴趣的小伙伴请移步小程序体验一下哦！（欢迎提建议）
推荐阅读
推荐阅读