https://ibelieving.com/tags/rabbitmq/Recent content in RabbitMQ on Nick's BlogHugozh-cn2014 ibelieving.com. All rights reserved.Wed, 31 Jan 2018 23:18:08 +0800https://ibelieving.com/posts/2018-01-31-rabbitmq2/Wed, 31 Jan 2018 23:18:08 +0800https://ibelieving.com/posts/2018-01-31-rabbitmq2/<p>队列的参数即声明Queues时的Arguments。 消息的属性即向Exchange发布消息时的Properties。</p> <h2 id="queues-arguments">Queues Arguments</h2> <p>Message TTL 消息的存活时间，写入队列后被消费前可以存活的时间单位毫秒，通过<code>x-message-ttl</code>属性设置。</p> <p>Auto expire 队列的存活时间，指定时间内没有consumer或get方式请求队列消息则会自动删除，通过<code>x-expires</code>属性设置。</p> <p>Dead letter exchange 死信消息的exchange，通过<code>x-dead-letter-exchange</code>属性设置。</p> <p>Dead letter routing key 死信消息的路由键，通过<code>x-dead-letter-routing-key</code>属性设置。</p> <p>Maximum priority 消息支持的最大优先级，可实现优先级消息队列，通过<code>x-max-priority</code>属性设置。</p> <p>Max length 队列的最大消息数，通过<code>x-max-length</code>属性设置。</p> <p>Max length bytes 队列的消息的最大字节数，通过<code>x-max-length-bytes</code>属性设置。</p> <p>Lazy mode 懒惰队列模式，将队列内容移动到磁盘上，当消息者请求时加载入内存，这样可以支持非常长的队列，通过<code>x-queue-mode</code>属性设置。</p> <p>Master locator 在RabbitMQ的高可用镜像模式中，队列消息首先会写入主节点再依次备份至从节点，通过<code>x-queue-master-locator</code>属性设置队列的主节点选择策略。</p> <ul> <li>选择承担主节点最少的节点<code>min-masters</code></li> <li>选择声明队列客户端连接到的节点<code>client-local</code></li> <li>随机挑选一个节点<code>random</code></li> </ul> <p>死信相关 当消息满足以下三种情况之一时会当做死信来处理：</p> <ul> <li>消息被拒绝 (basic.reject or basic.nack)</li> <li>消息未消费超时</li> <li>超出队列长度限制</li> </ul> <p>队列最大长度相关 通过<code>x-max-length</code>、<code>x-max-length-bytes</code>来设置队列的最大长度。一个可以控制队列消息的个数，一个可以控制队列占用的空间。如果两个都设置任何一个触发都会执行队列溢出行为，默认的队列溢出后会从队列头开始丢弃消息或进行死信处理。通过<code>x-overflow</code>可以设置队列溢出后的行为，值为<code>drop-head</code>(默认值)或<code>reject-publish</code>(拒绝新消息)。</p> <h2 id="message-properties">Message Properties</h2> <table> <thead> <tr> <th>属性</th> <th>说明</th> </tr> </thead> <tbody> <tr> <td>content_type</td> <td>MIME类型</td> </tr> <tr> <td>content_encoding</td> <td>MIME编码</td> </tr> <tr> <td>priority</td> <td>消息优先级</td> </tr> <tr> <td>correlation_id</td> <td>业务应用关联标识</td> </tr> <tr> <td>reply_to</td> <td>回复队列名称</td> </tr> <tr> <td>expiration</td> <td>过期时间</td> </tr> <tr> <td>message_id</td> <td>业务应用消息标识</td> </tr> <tr> <td>timestamp</td> <td>消息写入时间戳</td> </tr> <tr> <td>type</td> <td>消息类型</td> </tr> <tr> <td>user_id</td> <td>用户id</td> </tr> <tr> <td>app_id</td> <td>应用id</td> </tr> <tr> <td>cluster_id</td> <td>集群id</td> </tr> </tbody> </table>https://ibelieving.com/posts/2017-12-28-rabbitmq1/Thu, 28 Dec 2017 22:21:12 +0800https://ibelieving.com/posts/2017-12-28-rabbitmq1/<h2 id="简介">简介</h2> <p>消息队列用来解决不同项目间通信、业务解耦。消息队列有很多种比如用Redis实现的轻量级消息队列。RabbitMQ是消息队列的一种，基于AMQP协议，用Erlang语言编写，属于一种消息队列中间件。</p> <h2 id="消息机制">消息机制</h2> <p><img loading="lazy" src="https://ibelieving.com/images/15143024048456.jpg"></p> <h3 id="connection---链接">Connection 链接</h3> <p>真实的TCP链接</p> <h3 id="channel------信道">Channel 信道</h3> <p>基于Connection创建的Channel，所有的数据传输都是基于Channel的。大家都知道TCP链接需要三次握手，业务频繁每次开TCP链接对性能也会有不小的损耗，TCP链接数也有限制。Channel的存在主要是为了复用TCP链接。</p> <h3 id="exchange-----交换机">Exchange 交换机</h3> <p>消息生产者生产的所有消息都会先写入Exchange中，再路由到Queues中，如果Exchange没有绑定或未匹配到Queues则消息会被丢弃。</p> <h3 id="queues-------队列">Queues 队列</h3> <p>生产者生产的消息会从Exchange中路由到Queues中，消费者从Queues中消费消息。</p> <h3 id="binding------绑定">Binding 绑定</h3> <p>Binding将Exchange与Queues关联起来。</p> <h3 id="routing-key--路由键">Routing key 路由键</h3> <p>路由键是消息从Exchange进入到某个Queues的规则。 在将Queues绑定至Exchange时会设置消息从Exchange路由至Queues的绑定路由键规则。 在将消息写入Exchange时会附带消息的路由键。</p> <p>Exchange类型为direct或topic时，消息的投递会根据消息的路由键和绑定的路由键进行匹配，Exchange将消息投递给所有匹配上的Queues。</p> <h4 id="路由键写法">路由键写法</h4> <p>路由键可以由<code>.</code> 进行分隔，如<code>computer.mac</code>或<code>computer.win</code>。 路由键还支持通配符来模糊匹配，<code>*</code>与<code>#</code> <code>*</code>匹配一个分隔的单词 <code>#</code>匹配多个或零个分隔的单词</p> <p>应用举例</p> <table> <thead> <tr> <th>Exchange</th> <th>Routing key</th> <th>Queues</th> </tr> </thead> <tbody> <tr> <td>X</td> <td><code>*.*.imac</code></td> <td>apple</td> </tr> <tr> <td>X</td> <td><code>apple.#</code></td> <td>apple</td> </tr> <tr> <td>X</td> <td><code>*.phone.*</code></td> <td>phone</td> </tr> <tr> <td>此时写入一条消息路由键为<code>apple.phone.iphone4</code>会被投递到队列apple与phone。</td> <td></td> <td></td> </tr> <tr> <td>再写入一条消息路由键为<code>apple.computer.imac</code>仅会被投递到apple，此时apple队列匹配了两个路由键，但是也只会投递到apple一次。</td> <td></td> <td></td> </tr> <tr> <td>再写入一条消息路由键为<code>micro.computer.win</code>因为没有匹配的路由键队列该消息会被丢弃。</td> <td></td> <td></td> </tr> <tr> <td> </td> <td></td> <td></td> </tr> </tbody> </table> <h3 id="exchange-types---交换机类型">Exchange Types 交换机类型</h3> <h4 id="fanout-广播">fanout 广播</h4> <p>fanout类型的Exchange会无视路由键，将消息投递给所有绑定到该Exchange上的Queues。</p> <h4 id="direct-单播">direct 单播</h4> <p>direct类型的Exchange会将消息投递给路由键完全匹配的Queues中。</p> <h4 id="topic-组播">topic 组播</h4> <p>topic类型的Exchange会将消息投递给路由键模糊匹配的Queues中。</p> <h4 id="headers">headers</h4> <p>headers类型的Exchange也会无视路由键，会根据headers中的属性来进行匹配。该类型应用较少，不过在RabbitMQ内部还是有使用。</p>