在面临入队速度远超消费速度，导致RabbitMQ中出现大量unacked消息的问题时，通过分析发现，尽管创建了600个channel，但线程池并未按预期工作。实际上，RabbitMQ的channel是共享线程的，而非每个channel独占。调整线程配置后，解决了通道效率问题。使用jstack工具进行监控，确保线程正常运行。
RabbitMQ解决大量unacked问题
为了快速响应用户请求，我们需要消息异步处理机制，比较简单的做法是用redis的List结构，我们项目使用更专业的RabbitMQ。关于redis和RabbitMQ队列处理的性能比较可以查看这篇文章http://blog.youkuaiyun.com/educast/article/details/34521603
这里不扯RabbitMQ的一些定义了，我们遇到的问题是，入队并发和速度速度很快，但是消费端的处理速度慢得惊人。为了数据安全我们做了持久化而且消费端需要ack
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
