Kafka,Mq和Redis作为消息队列使用1、kafka是个日志处理缓冲组件 ， 在大数据信息处理中使用 。和传统的消息队列相比较简化了队列结构和功能 ， 以流形式处理存储（持久化）消息（主要是日志） 。
2、RabbitMQ于2007年发布，是最早创建的常见消息代理之一 。它是一个开放源代码 ， 通过实现高级消息队列协议（AMQP）通过点对点和pub-sub方法传递消息 。它旨在支持复杂的路由逻辑 。
3、虽然它是一个Key-Value数据库存储系统，但它本身支持MQ功能，所以完全可以当做一个轻量级的队列服务来使用 。对于RabbitMQ和Redis的入队和出队操作，各执行100万次，每10万次记录一次执行时间 。
4、其他的mq和kafka保证可靠但有一些延迟（非实时系统没有保证延迟） 。redis-pub/sub断电就清空，而使用redis-list作为消息推送虽然有持久化，但是又太弱智，也并非完全可靠不会丢 。
5、redis只是提供一个高性能的、原子操作内存键值对，具有高速访问能力，可用做消息队列的存储 ， 但是不具备消息队列的任何功能和逻辑，要作为消息队列来实现的话，功能和逻辑要通过上层应用自己实现 。我们以RabbitMQ为例介绍 。
RabbitMQ与redis的区别是什么呢?其次是Redis，Redis是一个基于Key-Value对的NoSQL数据库，开发维护很活跃 。虽然它是一个Key-Value数据库存储系统，但它本身支持MQ功能，所以完全可以当做一个轻量级的队列服务来使用 。
我们介绍了RabbitMQ，Kafka和Redis的一些特征 。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同 。这是我们建议正确的消息代理根据不同用例使用的建议 。
测试数据分为128Bytes、512Bytes、1K和10K四个不同大小的数据 。
Redis、Kafka或RabbitMQ:哪个作为微服务消息代理最合适?【redis为什么是key,value的,为什么不是支持sql的? 为什么redis不能取代mq】1、我们介绍了RabbitMQ，Kafka和Redis的一些特征 。这三种动物都是它们的类别 ， 但是如上所述，它们的运行方式大不相同 。这是我们建议正确的消息代理根据不同用例使用的建议 。
2、Kafka和RabbitMq一样是通用意图消息代理，他们都是以分布式部署为目的 。但是他们对消息语义模型的定义的假设是非常不同的 。我对AMQP 更成熟这个论点是持怀疑态度的 。让我们用事实说话来看看用什么解决方案来解决你的问题 。
3、kafka是个日志处理缓冲组件，在大数据信息处理中使用 。和传统的消息队列相比较简化了队列结构和功能，以流形式处理存储（持久化）消息（主要是日志） 。
4、综上所述： 一般公司会利用kafka收集一些日志之类的消息，因为日志一般量特别大 ， 即使丢几条数据也没事，并且要求吞吐量也高 ， 一般就是收发消息 ， 不需要太多的功能，所以kafka非常适合这个场景 。
推荐阅读
- b5服务器为什么这么慢？ b5服务器怎么这么卡
- 如何查看服务器时间？ 怎么显示服务器时间
- 如何查看群晖服务器的状态？ 群晖服务器怎么看
- redis删除keys redis主动删除key策略
- 如何选择适合自己的B5服务器？ b5服务器怎么选
- 如何远程连接服务器并显示桌面？ 怎么显示服务器桌面