我的MQ队列阻塞，有什么解决办法啊？

makename 2008-12-13 04:34:22

我安装的MQ5.3,运行一段时间MQ队列就发生阻塞，必须重启，请问是什么原因引起的？

...全文

993 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

vinep 2008-12-13

打赏
举报

回复

你可以看一下日志，
是否消息量太大，相应的q设置小了
timeout，xmitq的设置太小等等
或者垃圾信息没收走，造成堵死队列

适用于PHP的消息队列API 特征后台发送发布/订阅不阻塞模块安装从命令行： composer require romeoz/rock-mq:*@dev 在您的composer.json中： { " require " : { " romeoz/rock-mq " : " *@dev " } } 快速开始运行经纪人： php tests/data/mq/rabbit/simple_server.php & 代码： use rock\mq\ RabbitQueue ; $ rabbit = new RabbitQueue (); $ rabbit -> send ( 'test' ); // result: "Hi! I am server: test" // or background $ rabbit -> sendBack

消息（Message）是指在应用间传送的数据。消息可以非常简单，比如只包含文本字符串，也可以更复杂，可能包含嵌入对象。消息队列（Message Queue）是一种应用间的通信方式，消息发送后可以立即返回，由消息系统来确保消息的可靠传递。消息发布者只管把消息发布到 MQ 中而不用管谁来取，消息使用者只管从 MQ 中取消息而不管是谁发布的。这样发布者和使用者都不用知道对方的存在

redis是一个key-value存储系统。它支持存储的value类型相对更多，包括string、list、set、zset和hash。为了保证效率，数据都是缓存在内存中。 redis的出现，在部分场合可以对关系数据库起到很好的补充作用。RabbitMQ是一个在AMQP基础上完整的，可复用的企业消息系统。MQ全称为Message Queue, 消息队列（MQ）是一种应用程序对应用程序的通信方法。

1.mysql主从配置 2.对mysql binlog(row) parser 这一步交给canal 3.MQ对解析后binlog增量数据的推送 4.对MQ数据的消费（接收+数据解析，考虑消费速度，MQ队列的阻塞） 5.数据写入/修改到nosql （redis的主从/hash分片） 6.保证对应关系的简单性：一个mysql表对应一个 redis实例（redis单线程，多实例保证分流不阻塞），关联关系数据交给接口业务数据：mysql->binlog->MQ->redis(不过期、关闭RDB、AOF保证读写性能) （nosql数据仅用crontab脚本维护）请求：http->webserver->redis(有数据)->返回数据（完全避免用户直接读取mysql） ->redis(无数据)->返回空 7.可将它视为一个触发器，binlog为记录触发事件，canal的作用是将事件实时通知出来，并将binlog解析成了所有语言可读的工具。在事件传输的各个环节提高可用性和扩展性（加入MQ等方法）最终提高系统的稳定。

自定义连接池大小及最大处理channel数消费者底层断线自动重连底层使用轮循方式复用tcp 生产者每个tcp对应一个channel,防止channel写入阻塞造成内存使用过量支持rabbitmq exchangeType 默认交换机、队列、消息都会持久化磁盘

1,220

社区成员

5,327

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章