回答情况：
提问时间：
问题标签：
我怀疑的是，排队的队伍正在堆积，永远不会被移除。似乎所有的队列都处于“就绪”状态。
奇怪的是，工人们实际上确实接收到了消息并运行了任务。
浏览 0修改于2016-10-11得票数 0
回答已采纳
在我的应用程序中，我注意到HornetQ 2.4.1已经堆积了大量的消息日志文件(有时多达数千个)。我通过JMS队列使用HornetQ，我们使用Wildfly8.2。通常，在启动服务器实例时，HornetQ会有3个消息日志和一个锁文件。消息日志文件堆积导致重新启动服务器时出现问题，我们将看到以下日志：删除文件时，服务器加载正常。我已经尝试了一些，似乎这些文件中的消息已经被处理过了，但我不确定为什么随着时间的推移，它们会继续堆积
浏览 4修改于2017-12-14得票数 6
回答已采纳
卡夫卡中的demo.incoming话题堆积如山。截图中显示了该主题的分区数为8。理论上，Kafka的消息数量应该保持在非常低的数量。因为消费者，在这种情况下是Kafka-mo
浏览 1修改于2019-07-07得票数 1
出于故障排除的目的，我希望获得将消息发送到特定队列或交换的生产者的列表。我在rabbitmq控制台中看不到任何获取上述详细信息的选项。一些生产者正在堆积一个零散的队列，我正在尝试找出生产者在队列中堆积消息的IP。
有人能在这方面给我指点一下吗？
浏览 0提问于2018-11-02得票数 0
在web应用程序中，我们订阅了一个主题并使用了消息平面缓冲(大约700kb)。为了测试，在使用之后，我们只打印"message recieved“。我们似乎不能更快地消费，消息堆积如山。Hello World“我们可以消费一切，不会堆积。因此，当消息大小较大时，似乎存在消耗缓慢的问题。
有什么想法或建议来处理这个问题吗？我们使用的是Solace JS API网站上提供的示例。
浏览 0提问于2017-07-29得票数 0
2回答
如果用户身份验证失败，我会向用户闪现一条消息，让他们知道。但是，如果用户继续提供错误的凭据，这些闪存消息会不断堆积。有没有办法在发布新的消息之前先清除闪现的消息？
浏览 2提问于2010-01-07得票数 4
回答已采纳
我有一个由于某种原因而停止处理消息的活动应用程序。现在，重启后有300万条消息堆积起来。看起来大概需要60个小时才能处理。我只想清除所有的消息。简单地运行"DELETE FROM ACTIVEMQ_MSGS“类型的命令来删除消息有多安全或危险？
浏览 0提问于2013-05-17得票数 1
回答已采纳
我们有大量的发布-订阅消息流。但我们有时会看到消息在队列管理器中的SYSTEM.INTER.QMGR.PUBS中堆积起来，其中定义了主题和订阅，为了再次获得消息流，我们必须重新启动队列管理器。我读过的很少，比如如果目标订阅队列上没有消费者，消息可能会堆积在这个系统队列中。但是在我们的例子中，当我们看到这个积压时，所有的集群传输和其他订阅队列都是空的。有没有人看到类似的行为？
浏览 1修改于2018-07-10得票数 1
我想知道是否有一种方法可以在发送消息之前检查消费者是否正在运行？我正在使用最新的php STOMP，并且正在努力查看是否有一种方法可以在发送消息和让消息在队列中堆积之前检测到它是否正在运行。
浏览 0提问于2011-02-04得票数 3
回答已采纳
在maximo v7.5中，我尝试使用外部系统>企业服务上传数据，但新数据没有反映在maximo中，日志或文件管理中也没有错误，也没有消息堆积在队列中。实际上，每次我尝试时，都会出现入站事务成功的消息。
浏览 24提问于2020-04-22得票数 0
我让这些应用程序服务器运行Tomcat，将消息排队到本地嵌入式代理。这些消息被转发到独立的代理。有另一台机器连接到使用消息的独立代理。嵌入式代理和独立代理是持久的。我有一个队列，它在嵌入式代理中比转发到独立代理的消息增长更快。我可以清楚地看到调度计数小于入队计数。我看到在嵌入式代理上只有一个消费者连接到独立代理上的这个队列，许多消费者连接到独立代理。独立代理中的队列大小几乎为0，CPU大约有95%处于空闲状态，这意味着独立代理不会耗尽资源，消息也不会堆积在独立代理上，而是会堆积<
浏览 0提问于2012-09-18得票数 1
我使用Spring AMQP连接并向RabbitMQ发送消息。我知道，当连接中断时，存在处理发送重试的底层机制。我想知道当消息和整个应用程序被卡住一段时间后会发生什么，例如连接在一定时间内没有重新建立，消息在应用程序中不断堆积？
浏览 0提问于2015-04-14得票数 0
我不想使用消息过期，因为它依赖于发送应用程序，也不想使用pub/sub，因为如果应用程序不接收消息，它将填满文件系统等。我不希望消息堆积在队列中，因为应用程序关闭。
浏览 0修改于2020-05-08得票数 0
我正在使用QuickFIX/J来实现一个非常简单的应用程序，它可以跟踪TradeCaptureReport消息。基本上，应用程序只将通过public void fromApp(Message message, SessionID session)接收的所有消息存储到数据库中。
假设由于某种原因，数据库暂时关闭。这将防止从队列中删除消息，并且在数据库一次又一次地运行数据库之前，将使用此消息一次又一次调用fromApp。到达我的FIX引擎的其他信息将堆积在我们的端部。这将确保最后一条消息</
浏览 0修改于2016-02-13得票数 1
回答已采纳
我正在读关于SQS和消息队列的文章，我想知道当有一个快速的生产者和缓慢的消费者时会发生什么。会发生什么？消息堆积存储在哪里？它是否在内存堆栈上，最终发生堆栈溢出，服务器崩溃？
浏览 2提问于2020-01-13得票数 0
当我的拉取客户端关闭时，有没有办法管理推送服务器上的队列堆积？(我使用的是Node.js)
谢谢！
浏览 4提问于2014-01-28得票数 1
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号