在Postgres中，在截断或删除行之后，在pg_dump之前执行reindex是否可以优化pg_restore？

Question

下面的REINDEX语句对转储的还原操作或文件大小有帮助吗？

在SO或Web上的任何地方都找不到关于此的问题。 我正在使用Postgres 9.4，并使用truncate和delete各个表上的语句来清理非常大的数据库。

表数据的类型和大小不同。

完成此清理操作后，我立即执行pg_dump，tar和上载，然后执行pg_restore。 它使用目录格式，其中12个作业并行进行转储，8个作业并行进行还原。

例如，这些查询首先：

TRUNCATE users;
DELETE FROM users_email WHERE active = 1;

REINDEX TABLE users;
REINDEX TABLE users_email;

然后：

$ pg_dump_9.4 --compress=0 -F directory -j 12 $DB_EXPORT_NAME -f $DB_DUMP_FOLDER 2>> operations.log

$ # do tar and upload with dump then:

$ pg_restore_9.4 -d $DB_IMPORT_NAME -j 8 $DB_DUMP_FOLDER 2>> operations.log

Answer 1

这对于pg_dump或pg_restore完全没有区别。

pg_dump根本不使用索引，它只是将其定义作为CREATE INDEX语句写入转储中。 该表本身将被顺序扫描。

pg_restore使用转储中的CREATE INDEX 。