本文已收录GitHub，更有互联网大厂面试真题，面试攻略，高效学习资料等众所周知，消息队列在收发两端，主要是依靠业务代码，配合请求确认的机制，来保证消息不会丢失的。而在服务端，一般采用持久化和复制的方式来保证不丢消息。把消息复制到多个节点上，不仅可以解决丢消息的问题，还可以保证消息服务的高可用。即使某一个节点宕机了，还可以继续使用其他节点来收发消息。所以大部分生产系统，都会把消息队列配置成集群模式
分类：
其他好文 时间：
2020-07-01 09:56:57
阅读次数：
58
今天上线时候碰到这么一个问题：由于上游生产者地址修改了，项目里面原来的消费者地址也要跟着修改。由于项目里面有两个消费者，之前的地址都是一样的。但是是两个不同的消费者，业务也是不同的。但是今天修改了第一个消费者的地址后，通过rocketmq的界面 发现 第二个的实例竟然也跑到了第一个上面。 问题如下： ...
分类：
其他好文 时间：
2020-06-30 20:39:06
阅读次数：
89
==环境== 系统：Linux Centos7.2 RocketMQ版本：4.6.1 ==集群形态== ==修改前配置文件== broker-a.properties brokerClusterName=rexel brokerName=broker-a brokerId=0 deleteWhen= ...
分类：
其他好文 时间：
2020-06-30 13:19:08
阅读次数：
287
接上一篇：RocketMQ入门到入土（一）新手也能看懂的原理和实战！ 一、事务消息的由来 1、案例 引用官方的购物案例： 小明购买一个100元的东西，账户扣款100元的同时需要保证在下游的积分系统给小明这个账号增加100积分。账号系统和积分系统是两个独立是系统，一个要减少100元，一个要增加100积 ...
分类：
其他好文 时间：
2020-06-30 11:22:34
阅读次数：
65
在RocketMQ 重复消费问题 | 订单系统核心流程引入幂等性机制一文中，我们讨论了消息重复消费的问题，比较好的方案是采用在消费侧使用业务判断法来保证接口的幂等性，这样就能避免消息重复消费的问题。 今天要讨论的是消费者代码执行过程中出现异常，我们应该如何处理？ 手动提交 offset 首先来看一段 ...
分类：
其他好文 时间：
2020-06-27 16:08:14
阅读次数：
471
对于RocketMQ而言，感觉官方提供的东西还是可以的：https://github.com/apache/rocketmq/tree/master/docs/cn ...
分类：
其他好文 时间：
2020-06-27 11:37:28
阅读次数：
45
名词： commitLog : 消息存储的地方，持久化到磁盘中，保存着生产者发送的完整消息。 consumerqueue: 逻辑消费队列，每一个队列中维护着commitLog 文件中的消息偏移量进行消费。 index: 索引文件。 初始化： 在Broker 启动的时候，org.apache.rock ...
分类：
其他好文 时间：
2020-06-26 21:48:18
阅读次数：
63
消息队列 为什么用? 解耦，削峰，异步 基本模型 生产者 -> MQ -> 消费者 Kafka 十万级/s 适用于大数据领域实时计算，日志采集, ActiveMQ 万/s , RabbitMQ 万/s , RocketMQ 十万/s 造成问题及解决 1.系统可用性降低 (MQ发生故障，全崩了) 2. ...
分类：
其他好文 时间：
2020-06-24 19:24:18
阅读次数：
68
一、架构简述 RocketMQ阿里开源的一个分布式消息传递和流媒体平台，具有低延迟，高性能和可靠性， 万亿级容量和灵活的可伸缩性。跟其它中间件相比，RocketMQ的特点是纯JAVA实现,在发生宕机和其它故障时消息丢失率更低。 它由四个部分组成：nameserver，broker，生产者和消费者。它 ...
分类：
其他好文 时间：
2020-06-21 15:31:30
阅读次数：
60
golang快速接入rocketmq 实现消息队列业务，让我们更新关注业务本身，各种客户端/sdk接入交给既有封装即可； ...
分类：
其他好文 时间：
2020-06-18 19:34:21
阅读次数：
362
