gpt4 book ai didi

ibm-mq - MQ 选择性出列速度有时很糟糕

转载 作者:行者123 更新时间:2023-12-02 11:50:30 28 4
gpt4 key购买 nike

我有一个进程,它使用 JMSTemplate 根据 JMS header 值有选择地从 MQ 队列中出列。

当出队查询匹配队列前面的消息时,出队速率约为 60-70 条消息/秒。但是,当查询仅匹配 50、100 或 200 条消息深度的消息时,出列速率会降至 1 条消息/3-4 秒。

快速出队查询是ThreadId='24' 或ThreadId='PRIMARY'。慢速出队查询为 ThreadId='24'

处理时间缓慢的真正原因可能是其他原因,但我观察到处理时间的变化只不过是取消选择查询的变化。

我怀疑这个处理速度不寻常。可能出了什么问题?

最佳答案

不建议通过 header 查询深度队列,因为 header 没有索引。这可能是问题所在。对 CorrelationId 和 MessageId 的查询(如果它们的格式为“ID:48-hex-digits”)将被索引并且速度非常快(在非常深的队列上进行约 1 毫秒/查询,具体取决于设置)。

我们也遇到了这个问题,并选择在相关 id header 中而不是在 JMS 字符串属性 (MQRFH2/usr) header 中对相关标识符进行编码。

这是在 MQ 7.0 上

关于ibm-mq - MQ 选择性出列速度有时很糟糕,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10794521/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com