MQ 消息延迟数天

Question

我们使用 IBM WebSphere MQ 来处理 SWIFT 消息。收到 SWIFT 消息后，系统会对其进行处理并随着处理的进行将其放入本地队列中。如下：

外面的世界> Q1>应用程序> Q2>应用程序> Q3>应用程序

队列是本地队列。但是，当消息从第一季度/第二季度/第三季度到达应用程序时，出现了相当大的延迟……比如几天。而这种情况的发生是任意的。我们不知道为什么会发生这种情况。大多数消息都很快就能收到，但也有一些消息会在 3-4 天内到达，但会延迟到达。

所有这一切都发生在一个事务中，我们使用 Atomikos 作为我们的事务管理器。

以前有人遇到过类似的问题吗？任何帮助表示赞赏。

谢谢， 米敦。

Answer 1

有多种方法可以延迟 WebSphere MQ 消息，并且诊断可能需要一些侦探工作。以下是一些更常见的原因：

1. 消息卡在同步点下。虽然一条消息在同步点下呆上几天的情况很不寻常，但我已经看到这种情况发生了。问题在于，某些应用程序设计为在单个事务中批量处理多个消息，并且当消息未批量到达时，其余消息会等待另一条消息到达并关闭批处理。
2. 消息卡在同步点下。在另一种情况下，程序逻辑在读取下一条消息之前不会提交同步点。当多个线程处理消息时，所有线程之间的负载分布不一定是均匀的，如果负载较轻，一个线程可能会缺乏消息。
3. 消息因浏览而孤立。在这种情况下，消息到达的优先级高于当前浏览光标。如果重新扫描间隔设置得非常高且流量也很高，则可能需要一段时间才能将浏览光标重置到队列顶部。
4. 程序错误。您没有提到您正在使用哪个版本的 WMQ 客户端和服务器（希望都是 7.0！），但偶尔会出现导致线程挂起的问题。这些可以将消息绑定在同步点下。访问 最新 FixPack 始终是一个好主意您的版本并检查名为“问题已修复...”的链接，看看 APAR 是否解决了您的特定问题。如果是这样，请应用最新的修复包。

要开始诊断此问题，请使用 DIS QSTATUS 命令显示队列上的输入和输出句柄数、消息期限以及任何未完成的工作单元。您还可以使用 SupportPac MA0W 中的退出来获取给定队列上所有 API 调用的人类可读跟踪。这可能是一个非常有价值的诊断工具，因为您可以准确地知道消息在同步点下停留了多长时间，是否连续回退并重新读取，API 调用使用哪些选项等。您甚至可以限制跟踪到特定的队列或特定的线程，如果您需要让它运行一段时间，这会很有帮助。