wuyuxiu123的博客

1、说说你们公司线上生产环境用的是什么消息中间件?见【2、多个mq如何选型？】2、多个mq如何选型？3、为什么要使用MQ？因为项目比较大，做了分布式系统，所有远程服务调用请求都是同步执行经常出问题，所以引入了mq4、RocketMQ由哪些角色组成，每个角色作用和特点是什么？5、RocketMQ中的Topic和JMS的queue有什么区别？queue就是来源于数据结构的FIFO队列。而Topic是个抽象的概念，每个Topic底层对应N个queue，而数据也真实存在queue上的。6、Ro

1、说说你们公司线上生产环境用的是什么消息中间件?见【2、多个mq如何选型？】2、多个mq如何选型？3、为什么要使用MQ？因为项目比较大，做了分布式系统，所有远程服务调用请求都是同步执行经常出问题，所以引入了mq4、RocketMQ由哪些角色组成，每个角色作用和特点是什么？5、RocketMQ中的Topic和JMS的queue有什么区别？queue就是来源于数据结构的FIFO队列。而Topic是个抽象的概念，每个Topic底层对应N个queue，而数据也真实存在queue上的。6、Ro

前言在系统变的复杂后，分布式、微服务等架构技术，就要考虑到应用在系统中了。尤其数据量大了后，就需要对数据库进行拆分。一旦数据库进行了分拆，那就出现很多头疼的问题，其中之一就是事务问题。那我们就来看看问题是怎么出现的？场景进行数据拆分后，就类似上面的架构上图中我们就拿用户的数据进行举例，用户量一旦几千万时，就需要进行分库分表；上图就分了3个库，每个库都保证了高可用。这样的架构设计，会遇到事务问题，我们来看看具体的业务场景：用户A转账100元给用户B，这个业务比较简单，我们来分析一下里面具体的步骤

讨论可靠性传输这个问题，我们需要从三个角度来分析:生产者弄丢数据、RocketMQ弄丢数据、消费者弄丢数据。消费端弄丢了数据对于消费端，如果我们在使用 Push 模式的情况下，只有我们消费返回成功，才会异步定期更新消费进度到 Broker 上。  如果消费端异常崩溃，可能导致消费进度未更新到 Broker 上，那么无非是 Consumer 可能重复拉取到已经消费过的消息。关于这个，就需要消费端做好消费的幂等性。Broker弄丢了数据我们首先来看看Broker的刷盘和复制方式。刷盘(1)

一、RocketMQ 4.X 生产者常见核心配置compressMsgBodyOverHowmuch ：消息超过默认字节4096后进行压缩retryTimesWhenSendFailed : 失败重发次数maxMessageSize : 最大消息配置，默认128ktopicQueueNums : 主题下面的队列数量，默认是4autoCreateTopicEnable : 是否自动创建主题 Topic, 开发建议为 true，生产要为 falsedefaultTopicQueueNums : 自动

NameServer介绍Name Server 是专为 RocketMQ 设计的轻量级名称服务，具有简单、可集群横吐扩展、无状态，节点之间互不通信等特点。整个Rocketmq集群的工作原理如下图所示：可以看到，Broker集群、Producer集群、Consumer集群都需要与NameServer集群进行通信：Broker集群:Broker用于接收生产者发送消息，或者消费者消费消息的请求。一个Broker集群由多组Master/Slave组成，Master可写可读，Slave只可以读，Master