說(shuō)明：
在pg中，當(dāng)我們進(jìn)行了基于時(shí)間點(diǎn)的還原(PITR)后，數(shù)據(jù)庫(kù)會(huì)啟用新的時(shí)間線并繼續(xù)進(jìn)行操作。
但是，當(dāng)我們進(jìn)行基于時(shí)間點(diǎn)的還原后如果發(fā)現(xiàn)又出現(xiàn)錯(cuò)誤，想要繼續(xù)還原數(shù)據(jù)庫(kù)該如何操作呢？如何還原到原先舊的時(shí)間線呢？
我們可以使用recovery_target_timeline參數(shù)來(lái)指定數(shù)據(jù)庫(kù)還原到某一個(gè)時(shí)間線上。如果你還不清楚這個(gè)參數(shù)該如何使用，或者說(shuō)壓根不知道時(shí)間線是啥，那么請(qǐng)繼續(xù)往下看。
PostgreSQL 時(shí)間線：
每當(dāng)我們?cè)跀?shù)據(jù)庫(kù)中完成一個(gè)事務(wù)時(shí)，所做的操作都會(huì)記錄到$PGDATA/pg_wal目錄下的wal日志文件中。
wal日志文件一般都是下面這種格式：
當(dāng)一個(gè)wal日志被寫(xiě)滿后，便會(huì)創(chuàng)建新的wal日志000000010000000000000002，以此類推。
該文件中前8位，即：00000001表示的便是數(shù)據(jù)庫(kù)的時(shí)間線。
從控制文件中也可以看到：
-bash-4.1$-> pg_controldata |grep TimeLineID
Latest checkpoint's TimeLineID: 1
Latest checkpoint's PrevTimeLineID: 1
每當(dāng)我們進(jìn)行基于時(shí)間點(diǎn)的還原后，時(shí)間線便會(huì)加1，并創(chuàng)建一個(gè)名為NewTimelineID.history的新文件。這個(gè)文件是干什么用的我們后面會(huì)介紹。
recovery_target_timeline是一個(gè)參數(shù)，它可以幫助我們將集群帶入歷史記錄中的任何時(shí)間線，只要有效的基本備份和所有存檔日志都到位。
我們來(lái)看看下面的例子：
首先，重新初始化一個(gè)新的數(shù)據(jù)庫(kù)集群。
-bash-4.1$-> ls pg_wal
000000010000000000000001 archive_status
然后創(chuàng)建一張表并插入數(shù)據(jù)。
bill=# create table timeline(tid int, remarks varchar(1000));
CREATE TABLE
bill=# insert into timeline values('1','This is timeline id 1');
INSERT 0 1
bill=# checkpoint;
CHECKPOINT
bill=# select pg_switch_wal();
pg_switch_wal
---------------
0/15D4B70
(1 row)
剛剛插入的數(shù)據(jù)便記錄在000000010000000000000001的wal日志中。
當(dāng)wal日志寫(xiě)到000000010000000000000005時(shí)，進(jìn)行一次完整的備份，接著再產(chǎn)生一些新的wal日志。
-bash-4.1$ ls -rlt
total 147460
-rw------- 1 postgres postgres 16777216 Nov 22 13:03 000000010000000000000001
-rw------- 1 postgres postgres 16777216 Nov 22 13:03 000000010000000000000002
-rw------- 1 postgres postgres 16777216 Nov 22 13:03 000000010000000000000003
-rw------- 1 postgres postgres 16777216 Nov 22 13:05 000000010000000000000004
-rw------- 1 postgres postgres 16777216 Nov 22 13:05 000000010000000000000005
-rw------- 1 postgres postgres 337 Nov 22 13:05 000000010000000000000005.00000028.backup
-rw------- 1 postgres postgres 16777216 Nov 22 13:06 000000010000000000000006
-rw------- 1 postgres postgres 16777216 Nov 22 13:06 000000010000000000000007
可以看到，現(xiàn)在最新的wal日志是000000010000000000000008
接著插入一條新的數(shù)據(jù)。
bill=# insert into timeline values('1','This is timeline id 1 after basebackup');
INSERT 0 1
bill=# checkpoint;
CHECKPOINT
-bash-4.1$ pg_waldump 000000010000000000000008 | grep INSERT
rmgr: Heap len (rec/tot): 54/ 214, tx:
487, lsn: 0/08000110, prev 0/080000D8, desc: INSERT off 2 flags 0x00,
blkref #0: rel 1663/13530/16384 blk 0 FPW
然后再產(chǎn)生幾個(gè)wal日志，現(xiàn)在的情況如下：
-bash-4.1$ ls -rlt
total 311308
-rw------- 1 16777216 Nov 22 13:03 000000010000000000000001
-rw------- 1 16777216 Nov 22 13:03 000000010000000000000002
-rw------- 1 16777216 Nov 22 13:03 000000010000000000000003
-rw------- 1 16777216 Nov 22 13:05 000000010000000000000004
-rw------- 1 16777216 Nov 22 13:05 000000010000000000000005
-rw------- 1 337 Nov 22 13:05 000000010000000000000005.00000028.backup
-rw------- 1 16777216 Nov 22 13:06 000000010000000000000006
-rw------- 1 16777216 Nov 22 13:06 000000010000000000000007
-rw------- 1 16777216 Nov 22 13:07 000000010000000000000008
-rw------- 1 16777216 Nov 22 13:07 000000010000000000000009
-rw------- 1 16777216 Nov 22 13:09 00000001000000000000000A
如下圖所示：
此時(shí)，在我插入第二條數(shù)據(jù)前，我想要把數(shù)據(jù)還原到000000010000000000000007這個(gè)點(diǎn)。
因此我在postgresql.conf文件中將恢復(fù)目標(biāo)lsn設(shè)置為“ 0/07000060”。
接著進(jìn)行還原，當(dāng)我們還原之后，數(shù)據(jù)庫(kù)切換到了新的時(shí)間線。
除此之外還有哪些改變呢？
恢復(fù)結(jié)束是指數(shù)據(jù)庫(kù)打開(kāi)進(jìn)行寫(xiě)入的點(diǎn)。
創(chuàng)建了新的時(shí)間線的 history file文件，如00000002.history。
前一個(gè)時(shí)間線上的部分WAL文件已被新時(shí)間線的ID復(fù)制。
檢查點(diǎn)記錄寫(xiě)在新的時(shí)間線上。
日志中會(huì)記錄下列信息：
LOG: starting point-in-time recovery to WAL location (LSN) "0/7000060"
LOG: restored log file "000000010000000000000005" from archive
LOG: redo starts at 0/5000028
LOG: consistent recovery state reached at 0/5000138
LOG: database system is ready to accept read only connections
LOG: restored log file "000000010000000000000006" from archive
LOG: restored log file "000000010000000000000007" from archive
LOG: recovery stopping after WAL location (LSN) "0/7000060"
LOG: pausing at the end of recovery
HINT: Execute pg_wal_replay_resume() to promote.
此時(shí)，PostgreSQL已在wal日志7處分支到新的時(shí)間線，并開(kāi)始創(chuàng)建時(shí)間線ID為2的新wal日志。我們可以下wal日志目錄下看到00000002.history文件。
該文件是可讀文件，內(nèi)容大致為：
1parentTLI> 0/70000D8 switchpoint> after LSN 0/7000060reason>
parentTLI ID of the parent timeline
switchpoint XLogRecPtr of the WAL location where the switch happened
reason human-readable explanation of why the timeline was changed
接下來(lái)，我向wal日志00000002000000000000000A (0/A000060)中插入新的數(shù)據(jù)。
bill=# insert into timeline values('2','This is timeline id 2 correct');
INSERT 0 1
以及另一個(gè)wal日志00000002000000000000000D（0/D000000)中插入另一條數(shù)據(jù)。
bill=# insert into timeline values('2','This is timeline id 2 wrong at 0/D000000');
INSERT 0 1
這個(gè)時(shí)候，我在00000002000000000000000D的wal日志中執(zhí)行了錯(cuò)誤的操作，想要回退到時(shí)間線2的00000002000000000000000C處，那么我要如何操作呢，如果像前面一樣只指定lsn那么怎么保證不會(huì)回退到時(shí)間線1中呢？
這個(gè)時(shí)候我們便可以通過(guò)指定recovery_target_timeline來(lái)實(shí)現(xiàn)。
在postgresql.conf文件中添加：
recovery_target_timeline = '2'
recovery_target_lsn = '0/0C000060'
接著，啟動(dòng)數(shù)據(jù)庫(kù)，可以看到日志中：
LOG: database system was interrupted; last known up at 2020-11-22 13:05:01 IST
LOG: restored log file "span style="color: rgb(255, 0, 0);" data-mce-style="color: #ff0000;">00000002.history/span>" from archive
cp: cannot stat `/u02/archivelogs/00000003.history': No such file or directory
LOG: starting point-in-time recovery to WAL location (LSN) "0/C000060"
LOG: restored log file "00000002.history" from archive
LOG: restored log file "span style="color: rgb(255, 0, 0);" data-mce-style="color: #ff0000;">000000010000000000000005/span>" from archive
LOG: redo starts at 0/5000028
LOG: consistent recovery state reached at 0/5000138
LOG: database system is ready to accept read only connections
LOG: restored log file "000000010000000000000006" from archive
LOG: restored log file "000000020000000000000007" from archive
LOG: restored log file "000000020000000000000008" from archive
LOG: restored log file "000000020000000000000009" from archive
LOG: restored log file "00000002000000000000000A" from archive
LOG: restored log file "00000002000000000000000B" from archive
LOG: restored log file "span style="color: rgb(255, 0, 0);" data-mce-style="color: #ff0000;">00000002000000000000000C/span>" from archive
LOG: recovery stopping after WAL location (LSN) "span style="color: rgb(255, 0, 0);" data-mce-style="color: #ff0000;">0/C000060/span>"
LOG: pausing at the end of recovery
HINT: Execute pg_wal_replay_resume() to promote.
..
LOG: redo done at 0/C000060
LOG: last completed transaction was at log time 2020-11-22 13:15:29.696929+05:30
然后查詢?cè)摫眚?yàn)證：
bill=# select * from timeline;
tid | remarks
-----+-------------------------------
1 | This is timeline id 1
2 | This is timeline id 2 correct
(2 rows)
此時(shí)可以看到新建了00000003.history文件，該文件內(nèi)容如下：
-bash-4.1$ cat 00000003.history
1 0/70000D8 after LSN 0/7000060
2 0/C0000D8 after LSN 0/C000060
我們不難發(fā)現(xiàn)：
history file這個(gè)文件中記錄的就是這個(gè)時(shí)間線是從哪個(gè)WAL位置開(kāi)始生成的。
補(bǔ)充：PostgreSQL promote過(guò)程 和 一主多備 時(shí)間線 無(wú)縫對(duì)接 詳解
PostgreSQL的physical standby數(shù)據(jù)庫(kù)的promote過(guò)程，數(shù)據(jù)庫(kù)會(huì)在pg_xlog目錄產(chǎn)生3個(gè)文件。
例如將備庫(kù)1 promote，它將在pg_xlog目錄產(chǎn)生如下文件：
A.partial (xlog)
NEWTL_A (xlog)
NEWTL.history (history file)
例如備庫(kù)1當(dāng)前已接收到的XLOG位置是 00000001000000000000002D 文件中的某個(gè)位置 0/2D15D7D0，現(xiàn)在promote它 。
將會(huì)在pg_xlog目錄中產(chǎn)生3個(gè)文件：
00000001000000000000002D.partial
00000002000000000000002D
(00000001000000000000002D.partial 的內(nèi)容會(huì)拷貝到 00000002000000000000002D)
00000002.history
1 0/2D15D7D0 no recovery target specified
假設(shè)還有一個(gè)備庫(kù)叫備庫(kù)2，備庫(kù)2如何能順利的對(duì)接到已激活的備庫(kù)1呢？
有個(gè)前提條件
備庫(kù)2在TL1這條時(shí)間線上，還沒(méi)有接收到00000001000000000000002D 這個(gè)文件。
把00000002.history拷貝到備庫(kù)2的pg_xlog。
備庫(kù)2會(huì)在應(yīng)用完00000001000000000000002C后請(qǐng)求下一個(gè)時(shí)間線的 00000002000000000000002D 文件。
這樣就能完美對(duì)接。
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- postgresql 13.1 insert into select并行查詢的實(shí)現(xiàn)
- PostgreSQL 實(shí)現(xiàn)distinct關(guān)鍵字給單獨(dú)的幾列去重
- postgresql insert into select無(wú)法使用并行查詢的解決
- 啟動(dòng)PostgreSQL服務(wù)器 并用pgAdmin連接操作
- SpringBoot連接使用PostgreSql數(shù)據(jù)庫(kù)的方法
- PostgreSQL的upsert實(shí)例操作(insert on conflict do)
- postgresql合并string_agg函數(shù)的實(shí)例
- postgresql 數(shù)據(jù)庫(kù) 與TimescaleDB 時(shí)序庫(kù) join 在一起
- PostgreSQL 對(duì)IN,EXISTS,ANY/ALL,JOIN的sql優(yōu)化方案
