使用量随机激增(CockroachCloud 无服务器)
Random spikes in usage (CockroachCloud Serverless)
我最近在 CockroachCloud 上建立了一个免费的 CockroachDB Serverless 集群。到目前为止它真的很棒,但有时 Request Units even though the amount of SQL statements doesn't increase at all. Here's a screenshot of the two graphs in the cluster management page, it illustrates pretty well what I mean. I would really appreciate some help on how I could eliminate these spikes because CockroachCloud has some limits on free usage 中会出现随机峰值。也就是说,我对 CockroachDB 还是很陌生,所以我可能遗漏了一些明显的东西。
您可能会对数据执行足够多的突变,以 trigger automatic statistics collection 作为后台进程。默认情况下,当 table 中 20% 或更多的行被修改时,CockroachDB 将触发统计刷新。优化器使用统计信息来创建更高效的查询计划。
您的 SQL 语句图表明您几乎所有的操作都是插入操作。如此多的插入几乎肯定会触发统计信息收集。虽然您可以关闭统计信息收集,但优化器随后将使用陈旧数据来计算查询计划,这可能会导致性能问题。
您的请求单位图表中的偶尔峰值高于每秒 100 RU 的基线,但其余时间远低于每秒 100 RU。这意味着您大部分时间都在积累 RU,并且(加上最初的 1000 万 RU 分配)应该涵盖突发。
我添加了一个FAQ entry to the Serverless docs来覆盖这个。
我最近在 CockroachCloud 上建立了一个免费的 CockroachDB Serverless 集群。到目前为止它真的很棒,但有时 Request Units even though the amount of SQL statements doesn't increase at all. Here's a screenshot of the two graphs in the cluster management page, it illustrates pretty well what I mean. I would really appreciate some help on how I could eliminate these spikes because CockroachCloud has some limits on free usage 中会出现随机峰值。也就是说,我对 CockroachDB 还是很陌生,所以我可能遗漏了一些明显的东西。
您可能会对数据执行足够多的突变,以 trigger automatic statistics collection 作为后台进程。默认情况下,当 table 中 20% 或更多的行被修改时,CockroachDB 将触发统计刷新。优化器使用统计信息来创建更高效的查询计划。
您的 SQL 语句图表明您几乎所有的操作都是插入操作。如此多的插入几乎肯定会触发统计信息收集。虽然您可以关闭统计信息收集,但优化器随后将使用陈旧数据来计算查询计划,这可能会导致性能问题。
您的请求单位图表中的偶尔峰值高于每秒 100 RU 的基线,但其余时间远低于每秒 100 RU。这意味着您大部分时间都在积累 RU,并且(加上最初的 1000 万 RU 分配)应该涵盖突发。
我添加了一个FAQ entry to the Serverless docs来覆盖这个。