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.ascsudo apt-key add rabbitmq-signing-key-public.asc

更新包信息，下载rabbitmq

apt-get updateapt-get install rabbitmq-server

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

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

10.20.112.27 ubuntuTest0210.20.112.26 ubuntuTest0110.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的集群节点包括内存节点、磁盘节点。顾名思义内存节点就是将所有数据放在内存，磁盘节点将数据放在磁盘。如果在投递消息时，打开了消息的持久化，那么即使是内存节点，数据还是安全的放在磁盘。