Postgres 10 highlight - recovery_target_lsn（官方博客翻译）

为什么80%的码农都做不了架构师？>>>   

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)

对我个人而言，它是个强大的工具。

转载于:https://my.oschina.net/quanzl/blog/746213