区别https://www.zhihu.com/question/20795043 RabbitMQ安装 然后http://localhost:15672 进得去 说明安装成功 有三种模式 fanout , direct topic fanout 发送到所有的队列direct 可以设置key 发送到对应的队列topic
转载
2024-05-18 08:31:18
31阅读
Python学习
写在前面： 好久不写了，实在是不想写，坚持果然是一件不容易的事情。 我喜欢玩，我更爱学习，然而喜欢是放肆，爱是克制，哈哈。每天上班有些忙就不想动，只想在床上翻滚或者鏖战召唤师峡谷。上班闲着时想了想，一是不方便写，二是忘了很多了---------经过铺垫可以明确的说了：前面都是借口。&n
转载
2024-10-13 19:28:29
82阅读
一、消息队列(MQ)概述消息队列（Message Queue），是分布式系统中重要的组件，其通用的使用场景可以简单地描述为：当不需要立即获得结果，但是并发量又需要进行控制的时候，差不多就是需要使用消息队列的时候。消息队列主要解决了应用耦合、异步处理、流量削锋等问题。当前使用较多的消息队列有RabbitMQ、RocketMQ、ActiveMQ、Kafka、ZeroMQ、MetaMq等，而部分数据库如
转载
2023-09-15 17:23:36
639阅读
RabbitMQ简介1什么是RabbitMQ？RabbitMQ是实现AMQP（高级消息队列协议）的消息中间件的一种，最初起源于金融系统，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然： 单向解耦 双向解耦（如：RPC） 例如一个日志系统
# 如何实现Redis消息队列（Redis MQ）与应用关系
## 一、整件事情的流程
首先，让我们了解一下实现Redis消息队列（Redis MQ）与应用的关系的整个流程。在这个过程中，我们将使用Redis来作为消息队列，实现消息的发布和订阅。
下面是整个流程的简要步骤：
```mermaid
gantt
title 实现Redis消息队列与应用关系流程图
sectio
原创
2024-06-30 06:19:49
14阅读
RocketMQDedupListener通用的RocketMQ消息幂等去重消费者工具类，开箱即用支持利用Redis或者MySQL做幂等表。支持业务主键去重或消息ID去重(默认)支持消息重复并发控制(重复的消息消费成功/失败前，不会同时消费第二条)接近于EXACTLY-ONCE语义(消息只会且仅会被成功消费一次)，极端场景下则为ATLEAST-ONCE语义(消息至少被成功消费一次，不会因为去重的增
一 、为什么要用Redis实现轻量级MQ？MQ的主要作用： 应用解耦异步化消息流量削峰填谷目前使用比较多的是ActiveMQ 、 RabbitMQ 、 ZeroMQ 、 Kafka 、 MetaMQ 、 RocketMQ等在业务实现过程中 ， 就算没有大量的流量 ， 解耦和异步化也是处处可用 ， 此时MQ就显得尤为重要 。 但与此同时MQ也是一个蛮重的组件，例如我们如果用RabbitMQ就必须为它
转载
2023-09-08 22:12:06
590阅读
本文仅针对RabbitMQ与Redis做队列应用时的情况进行对比具体采用什么方式实现，还需要取决于系统的实际需求简要介绍 RabbitMQRabbitMQ是实现AMQP（高级消息队列协议）的消息中间件的一种，最初起源于金融系统，用于在分布式系统中存储转发消息，在易用 性、扩展性、高可用性等方面表现不俗。 本文仅针对RabbitMQ与Redis做队列应用时的情况进行对比 具体采用什么方式实现，还需要
转载
2023-09-10 16:08:03
134阅读
RabbitMQRabbitMQ是一个专门的AMQP协议队列，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗，他的优势就在于提供可靠的队列服务，使得不同的应用可以通过同一个协议去共享数据，并且可做到异步。RedisRedis众所周知是一个内存级别的数据库，通过键值对的方式才存储数据，但虽然Redis本身是一个数据库，但是Redis本身是支持MQ（Message Queue
转载
2023-09-19 00:50:57
126阅读
今天我们开始分布式之消息队列之旅。什么是消息队列消息队列（Message Queue，简称MQ），指保存消息的一个容器，本质是个队列。消息（Message）是指在应用之间传送的数据，消息可以非常简单，比如只包含文本字符串，也可以更复杂，可能包含嵌入对象。消息队列（Message Queue）是一种应用间的通信方式，消息发送后可以立即返回，有消息系统来确保信息的可靠专递，消息发布者只管把消息发布到
转载
2023-07-21 00:28:53
139阅读
redis实现原理_redis集群三种方式_手把手教你用redis实现一个简单的mq消息队列(java)众所周知，消息队列是应用系统中重要的组件，主要解决应用解耦，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。目前使用较多的消息队列有 ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ.但是如果你不想为你的系统引入一个重量级(相对
转载
2023-08-30 14:26:26
286阅读
简介 为了保障基础服务的稳定，需要对MQ进行灾备，这个灾备主要是防患MQ突然不可能，基础服务依然可以调用其他队列来继续正常运行。第一想法是引入其他MQ中间件来做灾备，这样只需要实现一套生产者消费者就好。但因为公司这块中间件都使用的云产品。要过要使用其他类型的MQ中间件就需要购买资源，但程序运行中正常情况下不会用到这个备胎，因此剩下的选项就是将队
转载
2023-08-31 11:27:25
90阅读
一、常用Message Queue对比RabbitMQRabbitMQ是使用Erlang编写的一个开源的消息队列，本身支持很多的协议：AMQP，XMPP, SMTP, STOMP，也正因如此，它非常重量级，更适合于企业级的开发。同时实现了Broker构架，这意味着消息在发送给客户端时先在中心队列排队。对路由，负 载均衡或者数据持久化都有很好的支持。RedisRedis是一个基于Key-Value对
转载
2023-11-15 13:49:13
142阅读
周末测试了一下RabbitMQ的性能，RabbitMQ是使用Erlang编写的一个开源的消息队列，本身支持很多的协议：AMQP，XMPP, SMTP, STOMP，也正是如此，使的它变的非常重量级，更适合于企业级的开发。个人认为，在互联网开发中，使用消息队列，更多的因为在高并发环境下，由于来不及同步处理，请求会发生堵塞，所以我们需要一个队列服务来进行异步的处理，在这种场景下，只要队列服务满足最基本
转载
2023-08-11 22:24:13
112阅读
RabbitMQ RabbiMQ是AMQP（高级消息队列协议）的消息中间件的一种，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗，主要是为了实现系统之间的双向解耦而实现的。当生产者大量产生数据时，消费者无法快速消费，那么需要一个中间层。保存这个数据。Redis队列 redis队列是一个是一个Key-Value的NoSQL数据库，开发维护很活跃，虽然它是一个Key-Valu
转载
2023-06-13 15:50:33
132阅读
消息队列（Message Queue）是一种应用间的通信方式，消息发送后可以立即返回，由消息系统来确保消息的可靠传递。消息发布者只管把消息发布到 MQ 中而不用管谁来取，消息使用者只管从 MQ 中取消息而不管是谁发布的。这样发布者和使用者都不用知道对方的存在。 redis 在我的学习过程中，redis就是一个内存数据库，具有丰富的数据类型，当然也支持
转载
2023-08-20 19:30:04
81阅读
redis持久化熟悉redis 的集群开发，熟悉 Redis 的 RDB 和 AOF 两种持久化方式、事务控 制和客户端 jedis 的使用，熟悉 Redis 的主从复制、哨兵模式RabbitMQ最初起源于金融系统Redis宕机导致客户端一直占有锁，只能设置超时获取具体对比可靠消费Redis：没有相应的机制保证消息的消费，当消费者消费失败的时候，消息体丢失，需要手动处理 RabbitMQ：具有消息
转载
2023-08-02 16:21:32
133阅读
1.mysql主从同步原理主从配置教程参考relay-log（中继日志） 1.在主库上开启记录二进制日志。在每次准备提交事务完成数据更新前，主库将数据更新的事件记录到二进制日志中。MySQL会按事务提交的顺序而非每条语句的执行顺序来记录二进制日志。在记录二进制日志后，主库会告诉存储引擎可以提交事务了。 2.备库将主库的二进制日志复制到其本地的中继日志中。首先，备库会启动一个工作线程，称为I/O线程
转载
2024-06-04 12:06:23
54阅读
1. Redis 有哪些常见的功能？数据缓存功能分布式锁的功能支持数据持久化支持事务支持消息队列2. Redis 适合的场景缓存：减轻 MySQL 的查询压力，提升系统性能；排行榜：利用 Redis 的 SortSet（有序集合）实现；计算器/限速器：利用 Redis 中原子性的自增操作，我们可以统计类似用户点赞数、用户访问数等。这类操作如果用 MySQL，频繁的读写会带来相当大的压力；限速器比较
转载
2023-08-15 18:25:47
91阅读
先吐个槽：经常看到有人对不同得消息队列做各种各样得评价以及所谓得性能测试，评估选型等等，岂不知脱离任何业务得技术评估都是瞎扯淡。（公司实际业务技术场景不提，满口胡说kafa怎么样，activemq怎么样，rabbitmq怎么样。rocketmq怎么样），试问目前有多少公司业务能够出现10w+并发吞吐量？所以我对架构得技术选型都会紧密结合相关业务具体分析。举个例子公司只有登入短信验证码发送得业务在那
转载
2024-02-21 21:39:26
16阅读
