架构文摘

背景笔者所在的业务线，最初化分为三个服务，由于业务初期业务复杂度相对简单，三个业务服务都能很好的独立完成业务功能。随着产品迭代，业务功能越来越多后慢慢也要面对高并发、业务解耦、分布式事务等问题，所以经过团队内部讨论，引入 RocketMQ 消息中间件来更好的处理业务。由于公司内部业务线部署相互独立，我们业务线对引入 RocketMQ 的需求也比较急切，所以打算自己搭建一套高可用的 RocketMQ 集群，同时对于自建的 RocketMQ 集群需要如下特性：高可用高并发可伸缩海量消息命名服

既然在项目中使用了MQ，那么就不可避免的需要考虑消息丢失问题。在一些涉及到了金钱交易的场景下，消息丢失还是很致命的。那么在RocketMQ中存在哪几种消息丢失的场景呢？先来一张最简单的消费流程图：上图中大致包含了这么几种场景： 生产者产生消息发送给RocketMQ RocketMQ接收到了消息之后，必然需要存到磁盘中，否则断电或宕机之后会造成数据的丢失 消费者从RocketMQ中获取消息消费，消费成功之后，整个流程结束 这三种场景都可能会产生消息的丢失，如下图所示：

1 生产者1.1 发送消息注意事项1 Tags的使用一个应用尽可能用一个Topic，而消息子类型则可以用tags来标识。tags可以由应用自由设置，只有生产者在发送消息设置了tags，消费方在订阅消息时才可以利用tags通过broker做消息过滤：message.setTags(“TagA”)。2 Keys的使用每个消息在业务层面的唯一标识码要设置到keys字段，方便将来定位消息丢失问题。服务器会为每个消息创建索引（哈希索引），应用可以通过topic、key来查询这条消息内容，以及消息被谁消

阿里中间件团队博客http://jm.taobao.org/2017/01/12/rocketmq-quick-start-in-10-minutes/本文首先引出消息中间件通常需要解决哪些问题，在解决这些问题当中会遇到什么困难，Apache RocketMQ作为阿里开源的一款高性能、高吞吐量的分布式消息中间件否可以解决，规范中如何定义这些问题。然后本文将介绍RocketMQ的架构设计，以...

张申傲https://blog.youkuaiyun.com/weixin_34452850/article/details/88851419事务消息是RocketMQ提供的非常重要的一个特性，在4.x版本之后开源，可以利用事务消息轻松地实现分布式事务。本文对RocketMQ的事务消息进行详细介绍，并给出了代码示例。一. 相关概念RocketMQ在其消息定义的基础上，对事务消息扩展了两个相关的概念...

消息队列优势消息队列（Message Queue，简称MQ），其主要用于在复杂的微服务系统中进行消息通信，它的优点可以大致整理成以下几点： 服务间解耦 提高服务并发、性能 突发流量削峰 ... 服务间解耦微服务系统业务之间相互依赖，各种调用错综复杂，如果不能良好对服务进行解耦那一个服务的可用性、并发都会受到其他服务的影响。在没...