jberryman's questions

我正在调查我们的 autovacuum 设置的问题，并last_autoanalyze试图last_autovacuum从pg_stat_all_tables.

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

我为我们的表看到的许多时间戳都是旧的，即使我相当确定我在某些表上观察到一个正在运行的 autovacuum 线程。

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

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

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

我想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，这两个插件都已加载并启用。

这会给我带来什么问题吗？