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