Reload Original PagePrint PageEmail Page

李会军•宁静致远 | Redis作为消息队列与RabbitMQ的性能对比

周末测试了一下RabbitMQ的性能,RabbitMQ是使用Erlang编写的一个开源的消息队列,本身支持很多的协议:AMQP,XMPP, SMTP, STOMP,也正是如此,使的它变的非常重量级,更适合于企业级的开发。个人认为,在互联网开发中,使用消息队列,更多的因为在高并发环境下,由于来不及同步处理,请求会发生堵塞,所以我们需要一个队列服务来进行异步的处理,在这种场景下,只要队列服务满足最基本的Push/Pop已经足够了。

Redis是一个Key-Value的NoSQL数据库,开发维护很活跃,虽然它是一个Key-Value数据库存储系统,但它本身支持list数据结构的操作,所以完全可以当做一个轻量级的队列服务来使用。

本文简单对比了Redis作为消息队列和RabbitMQ的性能表现情况。

测试环境

1. 硬件环境:在个人笔记本上测试,Server和Client使用同一台机器,硬件信息如下

Processor : Inter(R) Core(TM)2 Duo CPU P8400 @2.26GHz
RAM : 4.00GB
Operating System : 32-bit Ubuntu 10.10

2. 软件化境:RabbitMQ和Redis的Server启动都是用默认配置,客户端使用Java,JVM启动使用默认参数:

RabbitMQ Server 2.2.0
RabbitMQ Java Client 2.2.0

Redis 2.0 Stable
Jedis

对于RabbitMQ和Redis的入队和出队操作,各执行100万次,每10万次记录一次执行时间。测试数据分为128Bytes、512Bytes、1K和10K四个不同大小的数据。

入队性能对比

四种不同大小的数据入队性能对比(RPS):

mqperformance_001

测试结果:

mq_table_001

可以看到对于入队操作,当数据比较小时Redis的性能要高于RabbitMQ,而如果数据大小超过了10K,Redis慢的无法忍受。

出队性能对比

四种不同大小的数据出队对比(PRS):

mqperformance_002

测试结果:

mq_table_002

可以看到对于出队操作,无论数据大小,Redis都表现出非常好的性能,而RabbitMQ的出队性能则远低于Redis。

Redis入队和出队对比

针对Redis入队和出队对比(RPS):

mqperformance_003

测试数据:

mq_table_003

不管数据大小,Redis的出队性能都表现的非常优秀,而入队性能在数据比较大时,慢的无法忍受。

RabbitMQ入队和出队对比

针对RabbitMQ的入队和出队对比(RPS):

mqperformance_004

测试数据:

mq_table_004

不管数据大小,RabbitMQ的入队和出队性能都保持一个均衡的状态,但总体上,出队性能远低于入队性能。

总结

总体看来,Redis比较适合在Web场景下作为队列服务使用,但当数据比较大的时候,入队性能有些问题,也可能是我配置上不正确,所以还需要进一步研究。而RabbitMQ本身支持太多的协议,不适合在Web环境中使用。另外有一个MySQL的插件Q4M,可以使用SQL语法来操作消息队列,只不过性能表现怎么样,还需要进一步测试。