Architecture 获取aerospike中的批读取超时：批队列堆积

背景：

Am使用具有9个节点的aerospike群集。集群似乎工作正常，但某些批处理读取存在间歇性超时。有趣的是，超时发生在服务器端本身，只有9个节点中的2个节点发生超时。我怀疑关键的热点是这里的问题，但似乎不是这样

在检查服务器统计信息时，弹出的内容是批处理队列大小和超时之间的相关性

命令：asadm-e“观看1100显示统计数据类批次”

[2017-09-07 20:56:10“显示类似统计的批处理”睡眠：1.0s迭代：47 [共100页]

批处理队列：586
批处理超时：81709

[2017-09-07 20:56:11“显示类似统计的批处理”睡眠：1.0s迭代：48 [共100页]

批处理队列：545
批处理超时：84357

[2017-09-07 20:56:12“显示类似统计的批处理”睡眠：1.0s迭代：49 [共100页]

批处理队列：0
批处理超时：88544

[2017-09-07 20:56:13“显示类似统计的批处理”睡眠：1.0s迭代：50 [共100页]

批处理队列：0
批处理超时：88544

[2017-09-07 20:56:14“显示类似统计的批处理”睡眠：1.0s迭代：51 [共100页]

批处理队列：0
批处理超时：88544

批处理队列堆积和请求超时之间似乎存在明显的相关性

问题

这个批处理队列到底是什么。它只在几个aerospike节点中堆积的原因是什么

我怎样才能解决同样的问题

谢谢

编辑：

---

。这很好地回答了第一个问题。

我建议，如果可能的话（取决于客户），转向使用。某些节点上的超时可能表示一些不同的情况：

• 某些节点每批获得的记录比其他节点多

• 这些节点（CPU、内核版本、存储、配置）中的一些差异导致它们的速度变慢

• 这些节点上导致其速度减慢的其他活动（其他读/写事务上的热键）

基本上，任何会减慢这些节点速度的操作都会导致批处理队列堆积，一些批处理事务超时

---

最后，您可以尝试增加，如果您还没有这样做。

我建议，如果可能的话（取决于客户），转向使用。某些节点上的超时可能表示一些不同的情况：

• 某些节点每批获得的记录比其他节点多

• 这些节点（CPU、内核版本、存储、配置）中的一些差异导致它们的速度变慢

• 这些节点上导致其速度减慢的其他活动（其他读/写事务上的热键）

基本上，任何会减慢这些节点速度的操作都会导致批处理队列堆积，一些批处理事务超时

最后，如果您还没有这样做，您可以尝试增加