RabbitMQ说明

最近工作需要,测试了一下activemq的生成消费模式,后发现rabbitmq使用也很广泛,目前公司也在用,于是理解了一下相关概念和代码测试了一下,记录如下:

RabbitMQ简介

AMQP,即Advanced Message Queuing Protocol,高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在,反之亦然。
AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、安全。
RabbitMQ是一个开源的AMQP实现,服务器端用Erlang语言编写,支持多种客户端,如:Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等,支持Ajax。

Queue

RabbitMQ中的消息都只能存储在Queue中,生产者(下图中的P)生产消息并最终投递到Queue中,消费者(下图中的C)可以从Queue中获取消息并消费。

多个消费者可以订阅同一个Queue,这时Queue中的消息会被平均分摊给多个消费者进行处理,而不是每个消费者都收到所有的消息并处理。

Message acknowledgment(确认机制)

在实际应用中,可能会发生消费者收到Queue中的消息,但没有处理完成就宕机(或出现其他意外)的情况,这种情况下就可能会导致消息丢失。为了避免这种情况发生,我们可以要求消费者在消费完消息后发送一个回执给RabbitMQ,RabbitMQ收到消息回执(Message acknowledgment)后才将该消息从Queue中移除;如果RabbitMQ没有收到回执并检测到消费者的RabbitMQ连接断开,则RabbitMQ会将该消息发送给其他消费者(如果存在多个消费者)进行处理。这里不存在timeout概念,一个消费者处理消息时间再长也不会导致该消息被发送给其他消费者,除非它的RabbitMQ连接断开。
这里会产生另外一个问题,如果我们的开发人员在处理完业务逻辑后,忘记发送回执给RabbitMQ,这将会导致严重的bug——Queue中堆积的消息会越来越多;消费者重启后会重复消费这些消息并重复执行业务逻辑,另外pub message是没有ack的。

rabbitmq_producer_ack.py

#!/usr/bin/env python
#coding: utf-8

import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#通过频道创建队列,如果有则忽略,没有则创建
channel.queue_declare(queue="name1")

#设置指定队列名称,body往队列中发送消息
channel.basic_publish(exchange=‘‘,routing_key="name1",body="Hello World!")

print " Sent ‘Hello World!‘ "

#关闭连接
connection.close()

rabbitmq_consumer_ack.py

#!/usr/bin/env python
#coding: utf-8

import time
import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#通过频道创建队列,如果有则忽略,没有则创建
channel.queue_declare(queue="name1")

def callback(ch,method,properties,body):
    print "Received %s" %body  
    time.sleep(10)
    print "ok"
    ch.basic_ack(delivery_tag = method.delivery_tag) #向生产者发送消费完毕的确认消息,然后生产者将该条消息从队列中剔除

#从队列中取消息
channel.basic_consume(callback,
                    queue="name1",
                    no_ack=False)    #如果no_ack=False,当消费者down掉,rabbitmq会重新将该任务添加到队列中
               
print "Waiting for messages,To exit press CTRL + C"
channel.start_consuming()

Message durability(持久化)

如果我们希望即使在RabbitMQ服务重启的情况下,也不会丢失消息,我们可以将Queue与Message都设置为可持久化的(durable),这样可以保证绝大部分情况下我们的RabbitMQ消息不会丢失。

rabbitmq_producer_ack_durable.py

#!/usr/bin/env python
#coding: utf-8
#消息队列是可以做持久化,如果我们在生产消息的时候就指定某条消息需要做持久化,那么RabbitMQ发现有问题时,就会将消息保存到硬盘,持久化下来
#此时rabbitmq down掉时,再启动 队列和数据也都是存在的,如果不持久化,down掉后队列就没有了

import pika 
connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#通过频道创建队列,如果有则忽略,没有则创建,指定队列持久化
channel.queue_declare(queue="name2",durable=True)

#设置指定队列名称,body往队列中发送消息
channel.basic_publish(exchange=‘‘,
                    routing_key="name2",
                    ody="Hello World!",
                    properties=pika.BasicProperties(delivery_mode=2,))    #指定消息持久化
                          
print " Sent ‘Hello World!‘ "
#关闭连接
connection.close()

rabbitmq_consumer_ack_durable.py

#!/usr/bin/env python
#coding: utf-8
#消息队列是可以做持久化,如果我们在生产消息的时候就指定某条消息需要做持久化,那么RabbitMQ发现有问题时,就会将消息保存到硬盘,持久化下来

import time
import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#通过频道创建队列,如果有则忽略,没有则创建,队列持久化
channel.queue_declare(queue="name2",durable=True)

def callback(ch,method,properties,body):
    print "Received %s" %body  
    time.sleep(10)
    print "ok"
    ch.basic_ack(delivery_tag = method.delivery_tag) #向生产者发送消费完毕的确认消息,然后生产者将该条消息从队列中剔除

#从队列中取消息
channel.basic_consume(callback,
                    queue="name2",
                    no_ack=False)    #如果no_ack=False,当消费者down掉,rabbitmq会重新将该任务添加到队列中

print "Waiting for messages,To exit press CTRL + C"
channel.start_consuming()

说明:消息队列是可以做持久化,如果我们在生产消息的时候就指定某条消息需要做持久化,那么RabbitMQ发现有问题时,就会将消息保存到硬盘,持久化下来;此时可以通过rabbitmq web管理页面看到队列name2 的Parameters有一个D属性,表示durable=True

Prefetch count(每发送数)

前面我们讲到如果有多个消费者同时订阅同一个Queue中的消息,Queue中的消息会被平摊给多个消费者。这时如果每个消息的处理时间不同,就有可能会导致某些消费者一直在忙,而另外一些消费者很快就处理完手头工作并一直空闲的情况。我们可以通过设置prefetchCount来限制Queue每次发送给每个消费者的消息数,比如我们设置prefetchCount=1,则Queue每次给每个消费者发送一条消息;消费者处理完这条消息后Queue会再给该消费者发送一条消息。

rabbitmq_producer_ack_durable_qos.py

#!/usr/bin/env python
#coding: utf-8
#消息队列是可以做持久化,如果我们在生产消息的时候就指定某条消息需要做持久化,那么RabbitMQ发现有问题时,就会将消息保存到硬盘,持久化下来
#此时rabbitmq down掉时,再启动 队列和数据也都是存在的,如果不持久化,down掉后队列就没有了

import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#通过频道创建队列,如果有则忽略,没有则创建,指定队列持久化
channel.queue_declare(queue="name2",durable=True)

#设置指定队列名称,body往队列中发送消息
channel.basic_publish(exchange=‘‘,
                    routing_key="name2",
                    ody="Hello World!",
                    properties=pika.BasicProperties(delivery_mode=2,))    #指定消息持久化
                          
print " Sent ‘Hello World!‘ "
#关闭连接
connection.close()

rabbitmq_consumer_ack_durable_qos.py

#!/usr/bin/env python
#coding: utf-8

import time
import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#通过频道创建队列,如果有则忽略,没有则创建,队列持久化
channel.queue_declare(queue="name2",durable=True)

def callback(ch,method,properties,body):
    print "Received %s" %body  
    time.sleep(10)
    print "ok"
    ch.basic_ack(delivery_tag = method.delivery_tag) #向生产者发送消费完毕的确认消息,然后生产者将该条消息从队列中剔除

#表示谁来获取,不再按照奇偶数排列
channel.basic_qos(prefetch_count=1)

#从队列中取消息
channel.basic_consume(callback,
                    queue="name2",
                    no_ack=False)    #如果no_ack=False,当消费者down掉,rabbitmq会重新将该任务添加到队列中

print "Waiting for messages,To exit press CTRL + C"
channel.start_consuming()

Exchange(交换器)

在上一节我们看到生产者将消息投递到Queue中,实际上这在RabbitMQ中这种事情永远都不会发生。实际的情况是,生产者将消息发送到Exchange(交换器,下图中的X),由Exchange将消息路由到一个或多个Queue中(或者丢弃)。

routing key

生产者在将消息发送给Exchange的时候,一般会指定一个routing key,来指定这个消息的路由规则,而这个routing key需要与Exchange Type及binding key联合使用才能最终生效。(routing key + exchange type + binding key)
在Exchange Type与binding key固定的情况下(在正常使用时一般这些内容都是固定配置好的),我们的生产者就可以在发送消息给Exchange时,通过指定routing key来决定消息流向哪里。
RabbitMQ为routing key设定的长度限制为255 bytes。

Binding(绑定到Queue)

RabbitMQ中通过Binding将Exchange与Queue关联起来,这样RabbitMQ就知道如何正确地将消息路由到指定的Queue了。

Binding key

在绑定(Binding)Exchange与Queue的同时,一般会指定一个binding key;消费者将消息发送给Exchange时,一般会指定一个routing key;当binding key与routing key相匹配时,消息将会被路由到对应的Queue中。
在绑定多个Queue到同一个Exchange的时候,这些Binding允许使用相同的binding key。
binding key 并不是在所有情况下都生效,它依赖于Exchange Type,比如fanout类型的Exchange就会无视binding key,而是将消息路由到所有绑定到该Exchange的Queue。

Exchange Types

RabbitMQ常用的Exchange Type有fanout、direct、topic、headers这四种,一般headers使用较少,不做演示说明,下面分别进行介绍

  • fanout

fanout类型的Exchange路由规则非常简单,它会把所有发送到该Exchange的消息路由到所有与它绑定的Queue中。

上图中,生产者(P)发送到Exchange(X)的所有消息都会路由到图中的两个Queue,并最终被两个消费者(C1与C2)消费。

rabbitmq_producer_fanout.py

#!/usr/bin/env python
#coding: utf-8
#exchange type = fanout :任何发送到Fanout Exchange的消息都会被转发到与该Exchange绑定(Binding)的所有Queue上

import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#指定exchange和对应的类型
channel.exchange_declare(exchange="test_fanout",
                      type=‘fanout‘)

#设置exchange,没有指定routing_key,队列随机
channel.basic_publish(exchange=‘test_fanout‘,routing_key="",body="Hello Chengdu!")

print " Sent ‘Hello Chengdu!‘ "

#关闭连接
connection.close()

rabbitmq_consumer_fanout.py

#!/usr/bin/env python
#coding: utf-8
#exchange type = fanout :任何发送到Fanout Exchange的消息都会被转发到与该Exchange绑定(Binding)的所有Queue上

import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

channel.exchange_declare(exchange="test_fanout",    #创建一个exchange
                    type="fanout")    #任何发送到fanout exchange的消息都会被转发到和exchange绑定的queue上

#随机创建队列
result = channel.queue_declare(exclusive=True)
queue_name = result.method.queue

#绑定,exchange绑定后端队列
channel.queue_bind(exchange="test_fanout",
                   queue=queue_name)    

                   print "======================="
def callback(ch,method,properties,body):
    print "Received %s" %body  
    
#从队列中取消息
channel.basic_consume(callback,
                      queue=queue_name,
                      no_ack=True)    #如果no_ack=False,当消费者down掉,rabbitmq会重新将该任务添加到队列中

print "Waiting for messages,To exit press CTRL + C"
channel.start_consuming()
  • direct

direct类型的Exchange路由规则也很简单,它会把消息路由到那些binding key与routing key完全匹配的Queue中。

以上图的配置为例,我们以routingKey=”error”发送消息到Exchange,则消息会路由到Queue1(amqp.gen-S9b…,这是由RabbitMQ自动生成的Queue名称)和Queue2(amqp.gen-Agl…);如果我们以routingKey=”info”或routingKey=”warning”来发送消息,则消息只会路由到Queue2。如果我们以其他routingKey发送消息,则消息不会路由到这两个Queue中。

rabbitmq_producer_direct.py

#!/usr/bin/env python
#coding: utf-8
#exchange type = direct:任何发送到Direct Exchange的消息都会被转发到RouteKey中指定的Queue上(关键字发送)
#队列绑定关键字,发送者将数据关键字发送到消息Exchange,Exchange根据关键字判定应该将数据发送至指定队列
# 结论:当我们将发布者的key设置成Error的时候两个队列对可以收到Exchange的消息,当我们将key设置成info后,只有订阅者1可以收到Exchange的消息

import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#指定exchange和对应的类型
channel.exchange_declare(exchange="test_direct",
                      type=‘direct‘)
typeinfo=‘error‘

#设置exchange,没有指定routing_key,队列指定关键字
channel.basic_publish(exchange=‘test_direct‘,routing_key=typeinfo,body="Hello Chengdu!")

print " Sent routing_key:%s ——> body:‘Hello Chengdu!‘ " %typeinfo

#关闭连接
connection.close()

rabbitmq_consumer_direct1.py

#!/usr/bin/env python
#coding: utf-8
#exchange type = direct:任何发送到Direct Exchange的消息都会被转发到RouteKey中指定的Queue上(关键字发送)
#队列绑定关键字,发送者将数据关键字发送到消息Exchange,Exchange根据关键字判定应该将数据发送至指定队列

import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()
channel.exchange_declare(exchange="test_direct",    #创建一个exchange
                    type="direct")
#随机创建队列
result = channel.queue_declare(exclusive=True)
queue_name = result.method.queue

typeinfo=[‘error‘,‘info‘,]

#绑定,exchange绑定后端队列
for type1 in typeinfo:
    channel.queue_bind(exchange="test_direct",queue=queue_name,routing_key=type1)    

print "======================="
def callback(ch,method,properties,body):
    print "Received %s -----%s " %(method.routing_key,body)  
    
#从队列中取消息
channel.basic_consume(callback,
                      queue=queue_name,
                      no_ack=True)    #如果no_ack=False,当消费者down掉,rabbitmq会重新将该任务添加到队列中

print "Waiting for messages,To exit press CTRL + C"
channel.start_consuming()

rabbitmq_consumer_direct2.py

#!/usr/bin/env python
#coding: utf-8
#exchange type = direct:任何发送到Direct Exchange的消息都会被转发到RouteKey中指定的Queue上(关键字发送)
#队列绑定关键字,发送者将数据关键字发送到消息Exchange,Exchange根据关键字判定应该将数据发送至指定队列

import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()
channel.exchange_declare(exchange="test_direct",    #创建一个exchange
                      type="direct")

#随机创建队列
result = channel.queue_declare(exclusive=True)
queue_name = result.method.queue

typeinfo=[‘error‘,]

#绑定,exchange绑定后端队列
for type1 in typeinfo:
    channel.queue_bind(exchange="test_direct",queue=queue_name,routing_key=type1)    

print "======================="

def callback(ch,method,properties,body):
    print "Received %s -----%s " %(method.routing_key,body)  
    
#从队列中取消息
channel.basic_consume(callback,
                      queue=queue_name,
                      no_ack=True)    #如果no_ack=False,当消费者down掉,rabbitmq会重新将该任务添加到队列中

print "Waiting for messages,To exit press CTRL + C"
channel.start_consuming()

结论:当我们将发布者的key设置成error的时候两个队列对可以收到Exchange的消息,当我们将key设置成info后,只有订阅者1可以收到Exchange的消息。

  • topic

direct类型的Exchange路由规则是完全匹配binding key与routing key,但这种严格的匹配方式在很多情况下不能满足实际业务需求。topic类型的Exchange在匹配规则上进行了扩展,它与direct类型的Exchage相似,也是将消息路由到binding key与routing key相匹配的Queue中,但这里的匹配规则有些不同,它约定:

  • routing key为一个句点号“. ”分隔的字符串(我们将被句点号“. ”分隔开的每一段独立的字符串称为一个单词),如“stock.usd.nyse”、“nyse.vmw”、“quick.orange.rabbit”
  • binding key与routing key一样也是句点号“. ”分隔的字符串
  • binding key中可以存在两种特殊字符“*”与“#”,用于做模糊匹配,其中“*”用于匹配一个单词,“#”用于匹配多个单词(可以是零个)

以上图中的配置为例,routingKey=”quick.orange.rabbit”的消息会同时路由到Q1与Q2,routingKey=”lazy.orange.fox”的消息会路由到Q1,routingKey=”lazy.brown.fox”的消息会路由到Q2,routingKey=”lazy.pink.rabbit”的消息会路由到Q2(只会投递给Q2一次,虽然这个routingKey与Q2的两个bindingKey都匹配);routingKey=”quick.brown.fox”、routingKey=”orange”、routingKey=”quick.orange.male.rabbit”的消息将会被丢弃,因为它们没有匹配任何bindingKey。

rabbitmq_producer_topic.py

#!/usr/bin/env python
#coding: utf-8
# exchange type = topic:任何发送到Topic Exchange的消息都会被转发到所有关心RouteKey中指定话题的Queue上(模糊匹配)
#在topic类型下,可以让队列绑定几个模糊的关键字,之后发送者将数据发送到exchange,exchange将传入"路由值"和"关键字"进行匹配,匹配成功,则将数据发送到指定队列
# # :表示可以匹配0个或多个单词
# * :表示只能匹配一个单词

import sys
import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#指定exchange和对应的类型
channel.exchange_declare(exchange="test_topic",type=‘topic‘)

routing_key = sys.argv[1] if len(sys.argv) > 1 else ‘anonymous‘
message = ‘‘.join(sys.argv[2:]) or ‘Hello Chengdu!‘

#设置exchange,没有指定routing_key,队列指定关键字
channel.basic_publish(exchange=‘test_topic‘,routing_key=routing_key,body=message)

print " Sent routing_key:%s ——> body:%s " %(routing_key,message)
#关闭连接
connection.close()

rabbitmq_cunsumer_topic.py

#!/usr/bin/env python
#coding: utf-8
#exchange type = topic:任何发送到Topic Exchange的消息都会被转发到所有关心RouteKey中指定话题的Queue上(模糊匹配)
#在topic类型下,可以让队列绑定几个模糊的关键字,之后发送者将数据发送到exchange,exchange将传入"路由值"和"关键字"进行匹配,匹配成功,则将数据发送到指定队列

import sys
import pika 

connection = pika.BlockingConnection(pika.ConnectionParameters(host="127.0.0.1",port=5672))

#创建一个频道
channel = connection.channel()

#创建一个exchange,并指定类型
channel.exchange_declare(exchange="test_topic",    
                    type="topic")
#随机创建队列
result = channel.queue_declare(exclusive=True)

queue_name = result.method.queue
binding_keys=sys.argv[1:]

if not binding_keys:
    sys.stderr.write("Usage: %s [binding_key]...\n" % sys.argv[0])
    sys.exit(0)

for binding_key in binding_keys:
    channel.queue_bind(exchange="test_topic",queue=queue_name,routing_key=binding_key)    

print "======================="

def callback(ch,method,properties,body):
    print "Received %s -----%s " %(method.routing_key,body)  
    
#从队列中取消息
channel.basic_consume(callback,
                    queue=queue_name,
                    no_ack=True)    #如果no_ack=False,当消费者down掉,rabbitmq会重新将该任务添加到队列中

print "Waiting for messages,To exit press CTRL + C"
channel.start_consuming()
时间: 2024-10-21 16:42:19

RabbitMQ说明的相关文章

windows上部署rabbitmq遇到的一些问题及解决方法

在目前这家公司,刚进公司的时候接手了一个服务,算是个比较完备的服务,其中几台电脑之间通信用到了rabbitmq,一开始没出什么问题,然后后来勒索病毒wanner cry来的时候,系服把所有服务器装了一个什么杀毒软件,重启之后rabibtmq集群就出现了一些问题,经过一番学习,把这些问题都搞定了,现在做一个总结. 一开始,我按照官网的描述,把四台服务器加入了一个集群,但是不知道为什么,除了主节点外,另外三台都看不了集群状态,由于并不影响什么,就先放在那没管,其实想起来,是因为之前集群的配置文件没删

Spring rabbitMq 中 correlationId或CorrelationIdString 消费者获取为null的问题

问题 在用Spring boot 的 spring-boot-starter-amqp   快速启动 rabbitMq 是遇到了个坑 消费者端获取不到:correlationId或CorrelationIdString 问题产生的原因 correlationId 的在 spring rabbitmq 2.0 以后 byte方式会被放弃,所以 目前 代码中有些地方没有改过来,应该算一个BUG @SuppressWarnings("deprecation") public class De

在Node.js中使用RabbitMQ系列二 任务队列

在上一篇文章在Node.js中使用RabbitMQ系列一 Hello world我有使用一个任务队列,不过当时的场景是将消息发送给一个消费者,本篇文章我将讨论有多个消费者的场景. 其实,任务队列最核心解决的问题是避免立即处理那些耗时的任务,也就是避免请求-响应的这种同步模式.取而代之的是我们通过调度算法,让这些耗时的任务之后再执行,也就是采用异步的模式.我们需要将一条消息封装成一个任务,并且将它添加到任务队列里面.后台会运行多个工作进程(worker process),通过调度算法,将队列里的任

RabbitMQ 很成熟 不是阿里的

简介 官网 http://www.rabbitmq.com RabbitMQ是一个由erlang开发的AMQP(Advanced Message Queue )的开源实现 RabbitMQ实现了AMQP标准 安装 参考 http://www.cnblogs.com/LipeiNet/p/5973061.html 安装 erlang 有安装C运行库,给 Erlang 用的  配置环境变量 ERLANG_HOME C:\Program Files\erl8.3 安装 MQ服务器软件 3.6.9  配

杂项之rabbitmq

杂项之rabbitmq 本节内容 rabbitmq简介 AMQP协议 rabbitmq使用 应用举例 rabbitmq简介 介绍rabbitmq之前,先介绍一下AMQP协议,因为rabbitmq就是基于AMQP协议实现的一个服务程序.(目前为止应该也是唯一实现了AMQP协议的服务) AMQP(高级消息队列协议)是一个网络协议.它支持符合要求的客户端应用(application)和消息中间件代理(messaging middleware broker)之间进行通信. arbbitmq使用erlan

RabbitMQ安装和使用(和Spring集成)

一.安装Rabbit MQ Rabbit MQ 是建立在强大的Erlang OTP平台上,因此安装Rabbit MQ的前提是安装Erlang.通过下面两个连接下载安装3.2.3 版本: 下载并安装 Eralng OTP For Windows (vR16B03) 运行安装 Rabbit MQ Server Windows Installer (v3.2.3) 具体操作步骤参考:在 Windows 上安装Rabbit MQ 指南 本人遇到的问题 当安装RabbitMQ后,使用rabbitmqctl

rabbitMQ、activeMQ、zeroMQ、Kafka、Redis 比较

Kafka作为时下最流行的开源消息系统,被广泛地应用在数据缓冲.异步通信.汇集日志.系统解耦等方面.相比较于RocketMQ等其他常见消息系统,Kafka在保障了大部分功能特性的同时,还提供了超一流的读写性能. 针对Kafka性能方面进行简单分析,相关数据请参考:https://segmentfault.com/a/1190000003985468,下面介绍一下Kafka的架构和涉及到的名词: Topic:用于划分Message的逻辑概念,一个Topic可以分布在多个Broker上. Parti

NET操作RabbitMQ组件EasyNetQ

NET操作RabbitMQ组件EasyNetQ使用中文简版文档. 本文出自EasyNetQ官方文档,内容为自己理解加翻译.文档地址:https://github.com/EasyNetQ/EasyNetQ/wiki/Quick-Start EasyNetQ简介 EasyNetQ是基于官方.NET组件RabbitMQ.Client 的又一层封装,使用起来更加方便,开发者不用关心具体队列声明,路由声明等细节,几句简单代码即可发送消息到队列,接收消息也很简单,下面将简单介绍EasyNetQ的使用方法.

Python之路【第九篇】:Python操作 RabbitMQ、Redis、Memcache、SQLAlchemy

Python之路[第九篇]:Python操作 RabbitMQ.Redis.Memcache.SQLAlchemy Memcached Memcached 是一个高性能的分布式内存对象缓存系统,用于动态Web应用以减轻数据库负载.它通过在内存中缓存数据和对象来减少读取数据库的次数,从而提高动态.数据库驱动网站的速度.Memcached基于一个存储键/值对的hashmap.其守护进程(daemon )是用C写的,但是客户端可以用任何语言来编写,并通过memcached协议与守护进程通信. Memc

Centos7安装rabbitmq server 3.6.0

###假设所有操作在opt目录下进行 cd /opt mkdir apps cd apps ### 下载 RabbitMQ Server wget http://www.rabbitmq.com/releases/rabbitmq-server/v3.6.0/rabbitmq-server-generic-unix-3.6.0.tar.xz ### 解压 tar -xvJf rabbitmq-server-generic-unix-3.6.0.tar.xz ### 安装 Erlang yum i