为什么我们需要像PostMSQL这样的数据库上的RabbitMQ等消息代理？

现在,问题是：

>我可以在PostgreSQL中创建一个表,该表可以附加新任务并由Celery等消费者程序使用.
>为什么我想为RabbitMQ设置一个全新的技术？

现在,我认为扩展不能成为答案,因为像PostgreSQL这样的数据库可以在分布式环境中工作.

我搜索了数据库为特定问题提出的问题,我发现：

>轮询保持数据库繁忙且性能低下
>锁定桌子 – >再次表现不佳
>数百万行任务 – >再次投票表现不佳

现在,RabbitMQ或其他任何类似的消息代理如何解决这些问题？

此外,我发现AMQP协议就是它所遵循的.那有什么好处的？

Redis也可以用作消息代理吗？我发现它更类似于memcache然后是RabbitMQ.

请注意这个！

解决方法

至于你提到的问题：

>轮询保持数据库buzy和低性能：使用Rabbitmq,生产者可以将更新推送到消费者,这比轮询更高效.数据只需在需要时发送给消费者,无需进行浪费的检查.
>锁定桌子 – >再次表现不佳：没有桌子可以锁定：P
>数百万行任务 – >再次轮询是低性能的：如上所述,Rabbitmq将在RAM驻留时运行得更快,并提供流量控制.如果需要,它还可以使用磁盘临时存储消息(如果RAM用完).在2.0之后,Rabbit的RAM使用率显着提高.群集选项也可用.

关于AMQP,我会说一个非常酷的功能是“交换”,以及它能够路由到其他交易所.这为您提供了更大的灵活性,使您能够创建各种精细的路由类型,这些类型在扩展时非常方便.举个好例子,请看：

http://blog.springsource.com/wp-content/uploads/2011/04/routing-topology.png

并且：http://blog.springsource.org/2011/04/01/routing-topologies-for-performance-and-scalability-with-rabbitmq/

最后,关于redis,是的,它可以用作消息代理,并且可以做得很好.但是,Rabbitmq具有比redis更多的消息队列功能,因为rabbitmq是从头开始构建的,是一个功能齐全的企业级专用消息队列.另一方面,Redis主要被创建为一个内存中的键值存储(尽管它现在比它更多;它甚至被称为瑞士军刀).尽管如此,我已经阅读/听过很多人用Redis为小型项目取得了不错的成绩,但在大型应用程序中却没有听到太多关于它的信息.

以下是在长轮询聊天实现中使用redis的示例：http://eflorenzano.com/blog/2011/02/16/technology-behind-convore/

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!