简体   繁体   English

IBM Websphere MQ Latency 用于存储持久消息 Java 客户端

[英]IBM Websphere MQ Latency for storing persistent messages Java client

In Websphere9 Console for "Queues", we have "Default messaging provider" and "WebSphere MQ messaging provider".在“队列”的 Websphere9 控制台中,我们有“默认消息传递提供程序”和“WebSphere MQ 消息传递提供程序”。 One of our Q has been created with "Default messaging provider".我们的 Q 之一是使用“默认消息传递提供程序”创建的。 Now we observe some performance issue with this Q on Latency area.现在我们观察到这个 Q on Latency area 的一些性能问题。 When we are having high load in application via this MQ, Latency comes and data is not getting painted in UI.当我们通过这个 MQ 对应用程序进行高负载时,会出现延迟并且数据不会在 UI 中绘制。 This is an intermittent issue, but we want to know is it related to latency or some other MQ tuning will resolve or not?这是一个间歇性问题,但我们想知道它是否与延迟有关,或者其他一些 MQ 调整是否会解决? what kind of trace we can enable for "Default messaging provider" and other other tuning to resolve latency?我们可以为“默认消息传递提供程序”和其他调整以解决延迟问题启用什么样的跟踪?

17-May-2021

WebSphere Console to get Depth Set and used Depth ["Default messaging provider"] WebSphere 控制台获取深度集并使用深度 [“默认消息传递提供程序”]

--current depth set Queue["Default messaging provider"] --- --当前深度设置队列["默认消息传递提供程序"] ---

Security > Bus Security > Bus > Messaging engines > cluster1.001- Bus > Queue points > *****Queue@cluster1.001-*Bus>>"High message threshold "安全 > 总线安全 >总线 > 消息引擎 > cluster1.001-总线 > 队列点 > *****Queue@cluster1.001-*Bus>>“消息阈值高”

--current Queue["Default messaging provider"] depth on peak time--- --current Queue["Default messages provider"] 高峰时间深度---

Security > Bus Security > Bus > Messaging engines > cluster1.001- Bus > Queue points安全 > 总线安全 >总线 > 消息引擎 > cluster1.001-总线 > 队列点

Latency can be caused by applications being too slow to process the work.延迟可能是由于应用程序处理工作太慢而导致的。 This in turn can be caused by applications taking too long to process the transaction eg quick MQ request, and long SQL request followed by commit.反过来,这可能是由于应用程序处理事务处理的时间过长,例如快速 MQ 请求,以及随后提交的长 SQL 请求。 Or it could be caused by not enough threads processing the work.或者它可能是由于没有足够的线程处理工作造成的。 As a first step increase the number of transactions processing the work.作为第一步,增加处理工作的事务数量。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM