【发布时间】：2013-10-28 17:18:14
【问题描述】：
在以下场景中，我很好奇会发生什么，因为它与相关队列管理器的活动 LOG 文件中的内容有关。正在使用线性日志记录。
在使用 JMS 上下文属性（查找特定消息）读取包含 100 条消息的队列的场景期间，MQ 活动日志经历了哪些活动（如果有）——对于这种争论的情况下，它永远不会找到。所有消息都从队列中读取，但没有一个被提交。因此，这些消息从未真正从队列中删除；但是，队列管理器是否记录此类 GET 操作以恢复这些“正在运行”的条件，队列管理器是否应该在发生这种情况时崩溃？我们最近遇到了一种情况，特定队列的出队率在 4000-4500 msg/min 范围内，而队列深度仅为 2500 左右。我们推测有超过 1 个这样的进程线程试图读取 JMS 消息通过上下文（有点像我想的相关 ID），但没有任何希望真正找到它正在寻找的消息（由于可能的错误配置）。在此期间，活动 LOGS 迅速填满。我们看到的这种肆意的出队率是否可能是罪魁祸首？
【问题讨论】：
标签： ibm-mq