Rabbitmq学习之路1-基本概念

      最近项目中开始使用rabbitmq，之前只听过可是没使用过，因此有必要先系统的了解一下rabbitmq的使用方法。找管理员要了三台机器作学习之用。

试验环境

     10.20.112.26  ubuntu12.04  ubuntuTest01

     10.20.112.27  ubuntu12.04  ubuntuTest02

     10.20.112.28  ubuntu12.04  ubuntuTest03

先来看看怎么安装

      官方提供了不少平台的安装包，win、debian、ubuntu、rhel都有相关的编译好的安装包，若是没有支持你的平台，则能够选择编译安装，像我这种懒人确定选择官方提供好的编译包了。

安装过程以下：

修改/etc/apt/sources.list，追加rabbitmq的源信息

deb http://www.rabbitmq.com/debian/ testing main

      不要被后面的testing迷惑，它并非相似linux发行版中的测试版本，只是用来强调rabbitmq发布的很频繁。

下载源的校验key，其实不用也能够

wget http://www.rabbitmq.com/rabbitmq-signing-key-public.asc
sudo apt-key add rabbitmq-signing-key-public.asc

更新包信息，下载rabbitmq

apt-get update
apt-get install rabbitmq-server

       安装过程如此方便啊。老版本的能够到这来下载: http://www.rabbitmq.com/releases/rabbitmq-server/

修改三台机器的/etc/hosts，追加以下信息

10.20.112.27 ubuntuTest02
10.20.112.26 ubuntuTest01
10.20.112.28 ubuntuTest03

下面粗略的了解一下rabbitmq的各类组件及原理

      RabbitMQ是实现AMQP（高级消息队列协议）的消息中间件的一种，最初起源于金融系统，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

      rabbitmq中有一些概念须要咱们在使用前先搞清楚，能够吧rabbitmq看作由一系列组件搭配起来的一个工具，主要包括如下几个：broker、exchange、queue、binding、routingkey、producter、consumer、channel。

1 Broker

     简单来讲就是消息队列服务器的实体

2 Exchange

      接收消息，转发消息到绑定的队列上，指定消息按什么规则，路由到哪一个队列。若是没有队列绑定在exchange上面，那么发送到exchange上面的消息会丢失，一个exchange能够绑定多个队列，一个队列能够被多个exchange绑定。声明一个已经存在的exchange，只是赋予不一样的类型，则会出现建立错误，客户端须要删除已经存在的exchange，而后从新建立新类型的exchange。 exchange的属性，若是启用持久性，则exchange在服务重启前都有效，若是启用自动删除，则exchange在其绑定的queue都被删除后会自动删除掉自身

  经常使用类型的exchange：

      direct：转发消息到routingkey指定的队列，彻底根据key进行投递的叫作Direct交换机，例如，绑定时设置了routing key为”abc”，那么客户端提交的消息，只有设置了key为”abc”的才会投递到队列。

     topic：按照规则转发消息，对key进行模式匹配后进行投递的叫作Topic交换机，符号”#”匹配一个或多个词，符号”*”匹配正好一个词。例如”abc.#”匹配”abc.def.ghi”，”abc.*”只匹配”abc.def”。

     fanout：转发消息到全部绑定的队列，它采起广播模式，一个消息进来时，投递到与该交换机绑定的全部队列。

3 Queue

     消息队列载体，用来存储消息，相同属性的queue能够重复定义，每一个消息都会被投入到一个或多个队列。queue的属性，若是启用了持久性，则queue在服务重启前都有效，若是启用了自动删除，则在全部消费则中止使用queue以后删除自身，若是启用排他性，则queue只能被声明它的消费者使用。

4 Binding：绑定，它的做用就是把Exchange和Queue按照路由规则绑定起来。

5 RoutingKey：路由关键字，Exchange根据这个关键字进行消息投递。

6 producter：消息生产者，产生消息的程序。

7 consumer：消息消费者，接收消息的程序。

8 Channel：消息通道，在客户端的每一个链接里可创建多个Channel，每一个channel表明一个会话任务。

RabbitMQ支持消息的持久化，也就是数据写在磁盘上。主要包括三个部分：

1 exchange持久化，在声明时指定durable => 1

2 queue持久化，在声明时指定durable => 1

3 消息持久化，在投递时指定delivery_mode => 2（1是非持久化）

      若是exchange和queue都是持久化的，那么它们之间的binding也是持久化的。若是exchange和queue二者之间有一个持久化，一个非持久化，就不容许创建绑定。

消息队列的使用过程大概以下：

1 客户端链接到消息队列服务器，打开一个channel。

2 客户端声明一个exchange，并设置相关属性。

3 客户端声明一个queue，并设置相关属性。

4 客户端使用routing key，在exchange和queue之间创建好绑定关系。

5 客户端投递消息到exchange。

     exchange接收到消息后，就根据消息的key和已经设置的binding，进行消息路由，将消息投递到一个或多个队列里。

rabbitmq的使用模式通常有三种：单机模式、集群模式、镜像模式

单机模式：

    rabbitmq服务运行在一台机器上，使用很简单。

集群模式：

      对于queue来讲，message data只存在于集群中的一个节点上，而message metadata则存在于集群中的全部节点。当message进入A节点的queue后，consumer从B节点拉去时，rabbitmq会临时在A、B之间进行消息传输，把A中的message data取出来发送给连接在B上的consumer。这样就存在A这个瓶颈，不管连接A仍是B，出口老是在A。还有若是A节点故障后，在B节点没法取到A节点中还未消费的消息，若是作了消息持久化，则A节点恢复后，仍然能够被消费，可是若是没作消息持久化，即便A恢复了，消息也丢失了。

镜像模式：

      该模式和集群模式的区别在于，message data会在镜像节点间主动同步，而不是在consumer取数据时临时拉取，固然因为在节点间主动同步数据，反作用也很明显，下降系统性能，一但大量消息进入，则同步的消息很是多。

RabbitMQ的集群节点包括内存节点、磁盘节点。顾名思义内存节点就是将全部数据放在内存，磁盘节点将数据放在磁盘。若是在投递消息时，打开了消息的持久化，那么即便是内存节点，数据仍是安全的放在磁盘。