Postgresql中的unlogged table

在PG中，有一种表的类型为unlogged table，名如其字，该种类型的表不会写入wal日志中，所以在写入的速度上比普通的堆表快很多，但是该表在数据库崩溃的时候，会被truncate,数据会丢失，而且该表也不支持流复制，所以在standby节点是无法查到该表数据的。在该表上创建的索引也是unlogged索引。最近看到一篇博客描述了unlogged table的一些优缺点。我这里也再次解读一下，留下一些自己的见解。

建表语句如下：

sql">create unlogged table unlogged_table (a int primary key);
CREATE TABLE
insert into unlogged_table select generate_series(1,1000000);
INSERT 0 1000000

unlogged表和logged表可以互相转换，如下例子：

sql">#接上面例子，主键索引也是unlogged
postgres=# \di+ unlogged_table_pkey 
                                          List of relations
 Schema |        Name         | Type  |  Owner   |     Table      | Persistence | Size  | Description 
--------+---------------------+-------+----------+----------------+-------------+-------+-------------
 public | unlogged_table_pkey | index | postgres | unlogged_table | unlogged    | 21 MB | 
(1 row)

#查看表物理存放路径
postgres=# select pg_relation_filepath('unlogged_table');
 pg_relation_filepath 
----------------------
 base/13580/43099
(1 row)

#转为logged表，物理文件路径已变更，说明表重建了，而且索引也重建了
postgres=# alter table unlogged_table set logged;
ALTER TABLE
postgres=# select pg_relation_filepath('unlogged_table');
 pg_relation_filepath 
----------------------
 base/13580/43104
(1 row)

postgres=# \di+ unlogged_table_pkey
                                          List of relations
 Schema |        Name         | Type  |  Owner   |     Table      | Persistence | Size  | Description 
--------+---------------------+-------+----------+----------------+-------------+-------+-------------
 public | unlogged_table_pkey | index | postgres | unlogged_table | permanent   | 21 MB | 
(1 row)

#转换回unlogged表，物理文件变化了，可见表和索引还是重建了
postgres=# alter table unlogged_table set unlogged;
ALTER TABLE
postgres=# select pg_relation_filepath('unlogged_table');
 pg_relation_filepath 
----------------------
 base/13580/43108
(1 row)

postgres=# select pg_relation_filepath('unlogged_table_pkey');
 pg_relation_filepath 
----------------------
 base/13580/43111
(1 row)

由以上实验得出，在互相转换的时候一定要注意，在表转换的时候是无法被操作的。如果表很大，那么也会额外占用资源。因为要重建表和索引。另外注意一点，从logged转为unlogged会相对好一些，因为不写wal日志，只写表数据。

unlogged表的优缺点：

在实例奔溃后，unlogged表数据会被truncate,也就是会丢失数据
unlogged表只能在主节点访问，备节点无法访问
unlogged表不支持物理复制，也不支持逻辑复制

在这里插入图片描述
解释一下上图：

由于unlogged表不写wal,所以dml的效率更高，比如insert ,update会更快。
vacuum的影响也更小，因为unlogged表不需要写wal,vacuum的效率也会提升，正常表的vacuum会写wal。
因为不写wal，所以在备份的时候不会备份unlogged表，备份集会更小。
普通表，也就是logged表，不会因为数据库崩溃而截断表，丢失所有数据，物理复制和逻辑复制都可用。

总结：

一般情况下我们是不需要使用unlogged表的，因为不能保证数据的持久性，这对于数据库来说是致命的。
正常的关闭数据库，或者正常的重启数据库，unlogged表的数据不会丢失，只有在不干净的关闭数据库，比如断电，或者因为其他原因数据库crash了，那么unlogged表的数据会被截断，用一个空的xxxx_init表文件代替。
unlogged表也是要写物理文件的，只是不写wal日志，所以不是内存表，不要以为unlogged表都是在内存中操作的。
unlogged表在生产环境建议不要使用，测试环境可以把玩一下。

参考：
https://www.crunchydata.com/blog/postgresl-unlogged-tables
https://pganalyze.com/blog/5mins-postgres-unlogged-tables