Postgresql 工作台自动吸尘器“；cloudsqladmin.public.heartbeat“；

我们的后端经常出现中断，这似乎与云SQL Postgres实例（v9.6）的高CPU使用率峰值有关

看看

cloudsql.googleapis.com/postgres.log

，这些高CPU峰值似乎也与数据库运行表

cloudsqladmin.public.heartbeat的自动真空相关


我们还没有找到任何关于这个表是什么以及为什么经常运行autovacuum的文档（我们自己的表似乎没有受到它的影响）

这正常吗？我们应该调整自动真空的值吗？提前感谢。
这里有一个与您的情况非常相关的建议：
这里有一个与您的情况非常相关的建议：
通过查看您的图表，CPU和cloudsqladmin.public.heartbeat autovacuum之间没有关联

让我们从什么是cloudsqladmin.public.heartbeat表开始，这是云SQL高可用性过程使用的一个表，更好地解释如下：

每秒钟，主实例都会将数据写入系统数据库
心跳信号

因此，该表在内部用于跟踪实例的运行状况。自动真空是基于David共享的数据触发的

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

因此，请直接回答您的问题：

这正常吗是的，从云SQL内部的角度来看，autovacuum和cloudsqladmin.public.heartbeat表是完全正常的，它们不应该以任何方式影响实例

我们应该调整自动真空的值吗不需要这样做，如前所述，这个过程不会影响CPU实例，您可以隐藏类似的日志，包括“cloudsqladmin.public.heartbeat”，并分析出现峰值时留下的日志

同样值得一看触发的备份过程（可能同时有一个）云SQL>实例详细信息>备份，但当然，这与这里描述的主题不同：）
 通过查看图形，CPU与cloudsqladmin.public.heartbeat autovacuum之间没有关联

让我们从什么是cloudsqladmin.public.heartbeat表开始，这是云SQL高可用性过程使用的一个表，更好地解释如下：

每秒钟，主实例都会将数据写入系统数据库
心跳信号

因此，该表在内部用于跟踪实例的运行状况。自动真空是基于David共享的数据触发的

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

因此，请直接回答您的问题：

这正常吗是的，从云SQL内部的角度来看，autovacuum和cloudsqladmin.public.heartbeat表是完全正常的，它们不应该以任何方式影响实例

我们应该调整自动真空的值吗不需要这样做，如前所述，这个过程不会影响CPU实例，您可以隐藏类似的日志，包括“cloudsqladmin.public.heartbeat”，并分析出现峰值时留下的日志

同样值得一看触发的备份过程（可能同时有一个）云SQL>实例详细信息>备份，但当然，这与这里描述的主题不同：）
 谢谢大家!！虽然知道自动真空设置可以根据每个表进行更改是很有用的，但这并不能解释什么是
cloudsqladmin.public.heartbeat
，以及为什么它经常需要自动真空。请注意，我们没有访问
cloudsqladmin
db的权限，它与Cloud SQL实例一起提供，但我们无法读取它，也无法更改其设置。CPU图表只显示一个峰值，而不是每5分钟显示一个峰值。@jjanes是这样的，但每次出现峰值时，都会有自动真空运行（而不是相反）。这可能是偶然的，但我认为仍然值得探究为什么会出现自动真空。谢谢！虽然知道自动真空设置可以根据每个表进行更改是很有用的，但这并不能解释什么是
cloudsqladmin.public.heartbeat
，以及为什么它经常需要自动真空。请注意，我们没有访问
cloudsqladmin
db的权限，它与Cloud SQL实例一起提供，但我们无法读取它，也无法更改其设置。CPU图表只显示一个峰值，而不是每5分钟显示一个峰值。@jjanes是这样的，但每次出现峰值时，都会有自动真空运行（而不是相反）。这可能是偶然的，但我认为仍然值得探究为什么会出现自动真空。