各消息队列的使用
http://blog.csdn.net/konglongaa/article/details/52208273
各种MQ对比
综合选择RabbitMQ
image.png
优缺点
RabbitMQ
遵循AMQP实现，传统的messaging queue系统实现，基于Erlang语言开发，
用在对数据一致性、稳定性和可靠性要求很高的场景，对性能和吞吐量还在其次。
支持协议还包括XMPP、SMTP、STOMP，是一款重量级MQ，更适合于企业级的开发。实现Broker构架，消息在发送给客户端时先在中心队列排队。对路由、负载均衡及数据持久化都有良好的支持。Kafka
优点：
可扩展。Kafka集群可以透明的扩展，增加新的服务器进集群。
高性能。Kafka性能远超过传统的ActiveMQ、RabbitMQ等，Kafka支持Batch操作。
容错性。Kafka每个Partition数据会复制到几台服务器，当某个Broker失效时，Zookeeper将通知生产者和消费者从而使用其他的Broker。
缺点：
重复消息。Kafka保证每条消息至少送达一次，虽然几率很小，但一条消息可能被送达多次。
消息乱序。Kafka某一个固定的Partition内部的消息是保证有序的，如果一个Topic有多个Partition，partition之间的消息送达不保证有序。
复杂性。Kafka需要Zookeeper的支持，Topic一般需要人工创建，部署和维护比一般MQ成本更高。
RabbitMQ消息可靠性
- 发送者
发送这端利用confirm保证消息可以顺利达到rabbitmq,消息开启持久化(Delivery Mode = 2).
发送者发送一个消息,到达rabbitmq,然后rabbitmq认为此消息需要持久化,经过内存到磁盘的过程,然后把消息返回给发送者端. - 消息队列（消息持久化）
申明交换机持久化和队列持久化
rabbitmq接收到消息,会把消息从内存刷到磁盘的存储文件中. - 消费者
设置消息的ack,当消费者消费一个消息的时候,会返回给rabbitmq对应queue一个ack消息,这样就保证了消息消费完成.
