CodeV的博客

（注意，这里必须要关闭rabbitmq，直接执行第三步会报错：Killing not allowed - living nodes in database.）前提：客户通过漏洞扫描，发现rabbitmq中的erlang是默认端口4369，出于安全的考虑，需要将erlang的端口修改为其他的端口。修改后让配置生效 source /etc/profile。5.重新启动rabbitmq （epmd会自动启动）1.查看默认erlang的默认端口。这里端口修改成5000为例子。2.关闭rabbitmq。

添加spring-cloud-stream依赖提供的实现提供的实现提供的实现提供Binder的实现创建Binder的配置在中定义绑定器。

当前存在3个节点：rabbitmq5672、rabbitmq5673、rabbitmq5674当rabbitmq5673节点掉线之后，重启失败。

前几天在测试环境中，测试测试一个业务需要发送大数据给MQ，其他服务收到数据后进行处理数据。本来在业务量比较小，现场是没有这种问题的，但是测试环境经过无数轮疯狂造数据（你懂的），然后发送到MQ的数据就变的比较大了，最后通过排查发现是RocketMQ设置了发送最大消息的配置，详细如下分析：（以下报文和代码都是本地自己复现的示例）很明显，报错【 Caused by CODE: 13 DESC: the message body size over max value, MAX: 4194304】，意思是请求体

Brocker：消息队列服务器实体Exchange**(**消息交换机)：它指定消息按什么规则，路由到哪个队列。Queue(消息队列载体)：每个消息都会被投入到一个或多个队列。Binding(绑定)：它的作用就是把exchange和queue按照路由规则绑定起来。Routing Key(路由关键字)：exchange根据这个关键字进行消息投递；vhost：权限数据隔离。Producer**(**消息生产者)：就是投递消息的程序。Consumer(消息消费者)：就是接受消息的程序；