By, 神州飞象(北京)数据科技有限公司
原文链接:Postgres 10 highlight - recovery_target_lsn
翻译水平有限,请尽量阅读原文。
PITR时,PG提供几种估算停止点的方法来停止恢复(WAL重演):
- recovery_target_time指定时间戳
- recovery_target_name指定名字(用户使用函数pg_create_restore_point()定义的恢复目标)
- recovery_target_xid指定XID,恢复到指定事务ID提交的时刻
- recovery_target = ‘immediate’ 指定恢复到服务器能够到达的一致性状态
recovery_target_inclusive也可以影响恢复点设置,默认为true。(恢复参数列表见 这里)
今天的文章是关于新的恢复点类型,由下边的提交引入到PostgreSQL 10:
commit: 35250b6ad7a8ece5cfe54c0316c180df19f36c13
author: Simon Riggs <simon@2ndQuadrant.com>
date: Sat, 3 Sep 2016 17:48:01 +0100
New recovery target recovery_target_lsn
Michael Paquie
LSN是WAL流的位置(也可以成为WAL日志偏移量offset),简单说就是一组知道记录在哪里插入的位置定义,比如“0/7000290”,使用这个参数可以指定记录级恢复。在很多案例中这非常有用,最常见的例子是WAL损坏而用户想尽可能多的恢复数据,不需要深度分析WAL段去查找设置哪一个事务ID或者时间,只需要把它设置到某一记录就好。甚至可以利用像pg_current_xlog_location()这样常规的SQL,找到正在运行的服务器的当前LSN位置。
下边用一个做过基础备份(能够向前重演)的数据库作为例子演示:
=# CREATE TABLE data_to_recover(id int);
CREATE TABLE
=# INSERT INTO data_to_recover VALUES (generate_series(1, 100));
INSERT 0 100
=# SELECT pg_current_xlog_location();
pg_current_xlog_location
--------------------------
0/3019838
(1 row)
插入到数据库中的数据使用WAL到位置“0/3019838”(原文 0/152F080怀疑有误),继续插入更多数据:
=# INSERT INTO data_to_recover VALUES (generate_series(101, 200));
INSERT 0 100
=# SELECT pg_current_xlog_location();
pg_current_xlog_location
--------------------------
0/301B1B0
(1 row)
后来插入的数据消耗了一些(WAL)记录,现在我们用包含下边内容的recovery.conf恢复到前100条记录的插入状态(确定最后的WAL段已经归档)。
recovery_target_lsn = '0/3019838'
restore_command = 'cp /path/to/archive/%f %p'
PITR完成以后,会提示类似下边内容的日志(然后恢复暂停)
LOG: recovery stopping after WAL position (LSN) "0/3019838"
登录到这个结点,只有100条数据:
=# SELECT count(*) FROM data_to_recover;
count
-------
100
(1 row)
对我个人而言,它是个强大的工具。