有人问,我是开发,页面对我有用么?
当然有用额,通过页面可以验证 后台配置 和 预期的效果 是否一致。
而且页面的可视化,以及操作性比代码更加方便。
文章目录
queue界面
以下操作都是在queue界面
绑定路由和队列
界面也是可以绑定的。
点bindings可以实现。
查看信息
点击某个queue | 点 get messages | messages 输入框 输入序号 | 点 get message(s)
清空queue
点击某个queue | 点击purge | 点击 purge message
删除queue
点击某个queue | 点击delete | 点击 delete queue
查看队列的发送记录
Queued messages 是队列中的消息数量。 正常情况下,这条线都应该是平线,因为消息一生产出来就被消费掉了,只有在积压的时候,才会超过平线。
有这样个需求,我想看最近一小时的消息状况,能看么? 怎么看?
能的。
默认是显示一分钟内的。 点击 lastminute ,右边会出现 this time series 界面:
chart range:
last minute
last ten minutes
last hour
last eight hours
last day
如果要看最近一小时的,点选 last hour 即可。
Message rates 是消息的收发情况。
不知你发现没有,这块有不同颜色的线,分别代表不同的含义,是非常有趣的。
Publish 推送的
Deliver (manual ack)
Deliver (auto ack)
Consumer ack 消费的
Redelivered
Get (manual ack) 在界面手动点get(这个操作也可以查看消息的具体信息,messages这里输入序号点查询即可)
Get (auto ack)
报错: inequivalent arg ‘auto_delete’ for exchange ‘aaa’ in vhost ‘test-host’: received ‘true’ but current is ‘false’
这句话的意思是:
test-host虚拟机 的 aaa交换机 的 auto_delete 不一致。
一般出现在界面的交换机已存在,不是根据程序创建的。
重启后,页面上的交换机和后台不一致
已经存在的queue。修改后台代码,queue不会改变。 需要先从页面删掉。然后重启就会自动生成。
1、页面是可以修改和删除交换机的。 如果不重启应用,删除的mq不会重新增加。
2、如果有不只一个mq配置节点,那么页面也不会更新,因为他不知道以哪个为准。
例如:
有2个运行中的应用。新代码,去掉了某个queue 。重启一个应用,发现界面queue不更新。因为另外一个节点在用。两个节点都重启之后。界面会更新。