MQ选型对比RabbitMQ RocketMQ ActiveMQ Kafka(外加redis对比及其实现)
rocketmq 4.3开始支持事务https://www.cnblogs.com/hzmark/p/rocket_txn.html
参考:rabbitMQ、activeMQ、zeroMQ、Kafka、Redis 比较
redis vs rabbitmq
可靠消费
Redis:没有相应的机制保证消息的消费,当消费者消费失败的时候,消息体丢失,需要手动处理
RabbitMQ:具有消息消费确认,即使消费者消费失败,也会自动使消息体返回原队列,同时可全程持久化,保证消息体被正确消费
可靠发布
Reids:不提供,需自行实现
RabbitMQ:具有发布确认功能,保证消息被发布到服务器
高可用
Redis:采用主从模式,读写分离,但是故障转移还没有非常完善的官方解决方案
RabbitMQ:集群采用磁盘、内存节点,任意单点故障都不会影响整个队列的操作
持久化
Redis:将整个Redis实例持久化到磁盘
RabbitMQ:队列,消息,都可以选择是否持久化
消费者负载均衡
Redis:不提供,需自行实现
RabbitMQ:根据消费者情况,进行消息的均衡分发
队列监控
Redis:不提供,需自行实现
RabbitMQ:后台可以监控某个队列的所有信息,(内存,磁盘,消费者,生产者,速率等)
流量控制
Redis:不提供,需自行实现
RabbitMQ:服务器过载的情况,对生产者速率会进行限制,保证服务可靠性
出入队性能
对于RabbitMQ和Redis的入队和出队操作,各执行100万次,每10万次记录一次执行时间。
测试数据分为128Bytes、512Bytes、1K和10K四个不同大小的数据。
除了本身的特性外,我们纯属是因为使用了分布式架构,但是系统业务量不大,为了没有那么多的中间件,将redis作为消息队列进行解耦也是可以
Redis 发布订阅(pub/sub)是一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息。
Redis 客户端可以订阅任意数量的频道。
下图展示了频道 channel1 , 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系:
当有新消息通过 PUBLISH 命令发送给频道 channel1 时, 这个消息就会被发送给订阅它的三个客户端:
发布命令
[root@localhost bin]# ./redis-cli 127.0.0.1:6379> auth meredis OK 127.0.0.1:6379> PUBLISH redisChat "Redis is a great caching technique" (integer) 0 127.0.0.1:6379> publish hs:me:channel:Memedame abc (integer) 1 127.0.0.1:6379> publish hs:me:channel:Memedame {"a":"b"} Invalid argument(s) 127.0.0.1:6379> publish hs:me:channel:Memedame "{\"a\":\"b\"}" (integer) 1
java中实现订阅
package com.xxx.me.mq.listener; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.beans.factory.annometion.Autowired; import org.springframework.dame.redis.connection.Message; import org.springframework.dame.redis.connection.MessageListener; import org.springframework.dame.redis.core.RedisTemplate; import org.springframework.dame.redis.serializer.RedisSerializer; /** * 消息格式要求: Map<String,Object>以及Map<String,List<Object>>,例如:"Dict",List<Dict>或"Param",Param。目前支持如下: Dict、Param * <p>Title: RedisMsgPubSubMemedameListener</p> * <p>Description: </p> * @author zjhua * @date 2019年1月25日 */ public class RedisMsgPubSubMemedameListener implements MessageListener { private Logger logger = LoggerFactory.getLogger(RedisMsgPubSubMemedameListener.class); @Autowired private RedisTemplate<String, Object> redisTemplate; @Override public void onMessage( final Message message, final byte[] pattern ) { RedisSerializer<?> serializer = redisTemplate.getValueSerializer(); // message.getBody()是Redis的值,需要用redis的valueSerializer反序列化 logger.info("Message receive-->pattern:{},message: {},{}", new String(pattern), serializer.deserialize(message.getBody()), redisTemplate.getStringSerializer().deserialize(message.getChannel())); logger.info(message.toString()); } }
发布
redisTemplate.convermendSend("hs:me:channel:Memedame", json);
xml
<!-- 配置redis发布订阅模式 --> <bean id="redisMessageListenerConmeiner" class="org.springframework.dame.redis.listener.RedisMessageListenerConmeiner"> <property name="connectionFactory" ref="connectionFactory" /> <property name="messageListeners"> <map> <entry key-ref="memedameMessageListenerAdapter"> <bean class="org.springframework.dame.redis.listener.ChannelTopic"> <constructor-arg value="hs:me:channel:Memedame"></constructor-arg> </bean> </entry> </map> </property> </bean> <bean id="memedameMessageListenerAdapter" class="org.springframework.dame.redis.listener.adapter.MessageListenerAdapter"> <constructor-arg ref="redisMsgPubSubMemedameListener"></constructor-arg> </bean> <bean id="redisMsgPubSubMemedameListener" class="com.xxx.me.mq.listener.RedisMsgPubSubMemedameListener"></bean>