喷口失效而螺栓无故障
喷口失效而螺栓无故障
提问于 2015-09-30 16:41:31
请在下面找到暴风拓扑的统计数据。
相关信息：
- spout1将所有的元组发布到bolt1
- bolt1执行附加的滴答元组(这就是为什么它不匹配从spout1发出的元组的编号)
以下是我的问题：
- 喷口有1059处故障，而下游螺栓中只有3处发生故障。
- 从spout1发出的元组的no与bolt1返回的元组不匹配(我已经检查了代码、每个进入bolt1的元组或失败)。
有人能帮我理解这里可能有什么问题吗。我最初的猜测是：
- topology.max.spout.pending设置为20,000。这会不会导致某种缓冲区溢出。(但如果出现这样的溢出，螺栓会不会出现故障？)
- 是否有任何网络问题可能导致元组达不到螺栓。
回答 4
Stack Overflow用户
发布于 2015-10-06 09:31:44
您的元组确实是超时。
看看你的平均完全延迟49秒。这意味着，平均每个元组在拓扑内花费了48秒，没有被任何螺栓处理(如果你把螺栓的平均执行时间之和小于1秒.和49-1=48)。
在您的情况下，解决方案是在拓扑中同时更改元组的数量。因此，您应该将topology.max.spout.pending更改为低于5000的值。您应该尝试几个值，但我认为1000可以做到这一点。
在你问之前，增加元组超时并不是解决办法。
关于第一螺栓上丢失的元组。您确定每个传入的元组都会产生另一个元组吗？
您唯一声明的是，您将失败元组，您总是为每个元组生成一个元组，每个元组接收到
Stack Overflow用户
发布于 2015-09-30 20:07:28
尽管螺栓的执行延迟小于1秒，但Spout 1的完全延迟是49秒。这告诉我你在某个地方有积压。如果您的超时足够低，您将有消息超时，并且失败地返回重新提交它们的突发事件，从而使待办事项变得更糟。
Stack Overflow用户
发布于 2015-10-01 00:14:50
你试过打开/关闭系统数据吗？这也包括或不包括附加的滴答元组。这样，除了滴答元组之外，您还可以得到实际的元组数。此外，您还可以尝试增加元组的超时，以避免多次发送。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/32871468
复制相关文章
相似问题
腾讯云开发者
