使用pg_resetwal时空穿梭找回“幽灵”元组
使用pg_resetwal时空穿梭找回“幽灵”元组
数据库架构之美
发布于 2020-12-01 10:32:34
发布于 2020-12-01 10:32:34
pg_resetwal工具是个很有用的工具，我们使用它来修改控制文件的一些信息，可能用的最多的地方是应急清理wal日志并更新lsn信息。但是pg_resetwal这个功能你可能没听说过，可以使用pg_resetwal修改当前事务号来达到查看死元组的信息，这些死元组随着事务号的推进可能会像“幽灵”一样出现，然后消失，通过这种方法可以找回以前的行记录信息。下面具体来看看。
创建一张表，插入三条数据
postgres=# create table test(id int);
CREATE TABLE
postgres=# insert into test values(1);
INSERT 0 1
postgres=# insert into test values(2);
INSERT 0 1
postgres=# 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 1
postgres=# select xmin,xmax,* from test;
xmin | xmax | id
------+------+----
510 | 0 | 1
512 | 0 | 3
(2 rows)关闭数据库，使用pg_resetwal设置下一个事务号
[postgres@HWFBS01 ~]$ pg_ctl stop
waiting for server to shut down....... done
server stopped
[postgres@HWFBS01 ~]$ pg_resetwal -x 511 -D /pgdata/pginst1/
Write-ahead log reset启动数据库，查看test表内容
[postgres@HWFBS01 ~]$ pg_ctl start -l logfile
waiting for server to start.... done
server started
[postgres@HWFBS01 ~]$ psql
psql (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掉的死元组记录内容。
本文参与 腾讯云自媒体分享计划，分享自微信公众号。
原始发表：2020-11-30，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读