表"cloudsqladmin.public.heartbeat“的自动真空

Question

我们的后端经常出现中断，这似乎与correlate实例的高CPU使用率峰值相关(v9.6)

​

​

看看cloudsql.googleapis.com/postgres.log，这些高CPU峰值似乎也与数据库运行表cloudsqladmin.public.heartbeat的自动真空有关。

​

​

我们还没有找到任何关于这个表是什么以及为什么经常运行自动真空的文档(我们自己的表似乎没有受到它的影响)。

这是正常的吗？我们应该调整自动真空的值吗？提前谢谢。

Answer 1

通过查看您的图表，在CPU和cloudsqladmin.public.heartbeat自动真空之间没有关联。

让我们从cloudsqladmin.public.heartbeat表开始，这是Cloud过程使用的一个表，更好地解释这里

每秒钟，主实例以心跳信号的形式写入系统数据库。

因此，表在内部用于跟踪实例的健康状况。自动真空是基于文档 David共享触发的。

现在，如果真空过程产生CPU尖峰，你会看到每分钟/秒的峰值。

所以，直截了当地回答你的问题：

这是正常的吗？：是的，从Cloud内部的角度来看，自动真空和cloudsqladmin.public.heartbeat表是完全正常的，它们不应该以任何方式影响实例。

我们是否应该调优自动真空的值？：正如前面提到的，这个过程不影响CPU实例，您可以隐藏类似的日志，包括"cloudsqladmin.public.heartbeat“，并分析Spike出现时留下的日志。

值得研究一下也触发的备份进程(可能同时也会触发) Cloud >实例详细信息>备份，但当然，这与这里描述的主题不同:)。

Answer 2

下面是一个与您的情况非常相关的建议：https://www.netiq.com/documentation/cloud-manager-2-5/ncm-install/data/vacuum.html