使用pg_resetwal时空穿梭找回“幽灵”元组

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 |  1  511 |    0 |  2  512 |    0 |  3(3 rows)

模拟删除id=2的记录

postgres=# delete from test where id=2;DELETE 1postgres=# select xmin,xmax,* from test; xmin | xmax | id------+------+----  510 |    0 |  1  512 |    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 |  1  511 |  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 |  1  511 |  513 |  2  512 |    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 |  1  512 |    0 |  3(2 rows)

xid来到513时，之前513号事务删除的id=2的元组也消失了。

所以这是一个很有意思的现象，和pg的mvcc机制有关，在某些非常规的情况下可以使用这种方法来应急找到还没来得及被vacuum掉的死元组记录内容。