小编jbe*_*man的帖子

免责声明：我承认我还没有尝试过这个，但我不确定我是否会知道它是否工作不正常，所以我想问一下。

我想pg_dumpall从运行流式复制的热备用服务器运行夜间备份作业（通过），以避免将负载置于主服务器上。我只看到提到人们遇到的一些问题，例如这里和这里，但很少有指导。如果备份稍微落后于主要，只要它是一致的（它应该是一致的）就可以了。

我的问题是：

1. 我真的想这样做，还是应该在主服务器上进行备份？为什么？

2. 在备用服务器上进行转储时，我需要哪些设置以及应该使用哪些程序来正确执行此操作？例如，我必须在备份期间停止复制吗？

我想运行一个半同步复制设置，为了简单起见，当从站提升为主站时，我不想安装和卸载插件。所以我想知道如果我将体验任何问题都安装并启用主机和从机插件（见这里）

看起来在安装第二个插件后，两个变量rpl_semi_sync_master_enabled和rpl_semi_sync_slave_enabled都被重置为关闭（非默认值）。当我将这些行包含在my.cnf：

loose-rpl_semi_sync_master_enabled = 1
loose-rpl_semi_sync_slave_enabled = 1

...并重新启动 MySQL，两个插件都已加载并启用。

这会给我带来任何问题吗？

我期待与我们的自动清理的问题，并试图了解last_autoanalyze和last_autovacuum从pg_stat_all_tables。

我理解 autovacuum 以增量方式工作，批量压缩和清理死元组，然后休眠片刻，等等。那么是什么last_autovacuum意思？是否有可能 autovacuum大部分时间都在工作，但时间戳可能永远不会更新（例如，因为无法删除元组）？

我看到的许多表的时间戳都很旧，尽管我相当确定我在某些表上观察到了一个正在运行的 autovacuum 线程。

编辑：如果我不清楚，我的问题是：确实last_autovacuum意味着......

• 增量 autovacuum 进程最后完成此表上的大量工作并休眠的时间
• autovacuum 过程一直工作到桌子最后的时间
• 以上，但前提是没有无法删除的元组
• 别的东西