使用pg_resetwal时空穿梭找回“幽灵”元组
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
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掉的死元组记录内容。
各位伙伴们好,詹帅本帅搭建了一个个人博客和小程序,汇集各种干货和资源,也方便大家阅读,感兴趣的小伙伴请移步小程序体验一下哦!(欢迎提建议)
推荐阅读
推荐阅读
评论