PostgreSQL：未记录的表和备份

最近我们遇到了以下情况，并被要求分析该问题：转储已加载到 PostgreSQL 的主实例中，但数据未到达副本。加载转储后添加的表却到达了副本。查看日志后，很快就明白了原因，因为表创建时未记录日志。

为了演示在这种情况下会发生什么，我们可以轻松创建一个简单的测试用例：

postgres=# create unlogged table t ( a int );
CREATE TABLE
postgres=# insert into t select * from generate_series(1,1000000);
INSERT 0 1000000
postgres=# select count(*) from t;
  count 
---------
 1000000
(1 row)
复制

这是一个包含一百万行的简单未记录表。让我们创建它的备份并从该备份启动一个新实例：

postgres@pgbox:/home/postgres/ [pgdev] mkdir /var/tmp/xx
postgres@pgbox:/home/postgres/ [pgdev] pg_basebackup --checkpoint=fast --pgdata=/var/tmp/xx
postgres@pgbox:/home/postgres/ [pgdev] echo "port=8888" >> /var/tmp/xx/postgresql.auto.conf
postgres@pgbox:/home/postgres/ [pgdev] chmod 700 /var/tmp/xx/
postgres@pgbox:/home/postgres/ [pgdev] pg_ctl --pgdata=/var/tmp/xx/ start

复制

现在我们有了一个新的实例，它应该是源实例的精确副本。检查我们创建的表后，惊喜就来了：

postgres@pgbox:/home/postgres/ [pgdev] psql -p 8888
psql (18devel)
Type "help" for help.
 
postgres=# select count(*) from t;
 count
-------
     0
(1 row)
复制

表在那里，但它不包含任何行。当您有副本时，也会发生完全相同的情况。文档中也明确说明了这一点。当您使用未记录的表时，您必须意识到后果。如果您跳过 WAL 记录，这会使这些表比普通表更快，但这也带来了缺点。

如果你转储这些表，你将获得以下数据：

postgres@pgbox:/home/postgres/ [pgdev] pg_dump > a.sql
postgres@pgbox:/home/postgres/ [pgdev] grep -A 2 COPY a.sql 
COPY public.t (a) FROM stdin;
1
2
复制

但请记住：转储不是真正的备份，您不能将其用于时间点恢复。

原文地址：https://www.dbi-services.com/blog/postgresql-unlogged-tables-and-backups/
原文作者： Daniel Westermann