后端进阶

从上一篇文章「分布式事务中间件Seata的设计原理」讲了下SeataAT模式的一些设计原理，从中也知道了AT模式的三个角色（RM、TM、TC），接下来我会更新Seata源码分析系列文章。今天就来分析S

微服务架构的项目，一次请求可能会调用多个微服务，这样就会产生多个微服务的请求日志，当我们想要查看整个请求链路的日志时，就会变得困难，所幸的是我们有一些集中日志收集工具，比如很热门的ELK，我们需要把这

其实最好的学习方式就是互相交流，最近也有跟网友讨论了一些关于 RocketMQ 消息拉取与重平衡的问题，我姑且在这里写下我的一些总结。 RocketMQ 的 push 模式的实现是基于 pull 模式，只不过在 pull 模式上套了一层，所以RocketMQ push 模式并不…

当集群中有新成员加入，或者某些主题增加了分区之后，消费者是怎么进行重新分配消费的？这里就涉及到重平衡（Rebalance）的概念，下面我就给大家讲解一下什么是 Kafka 重平衡机制，我尽量做到图文并茂通俗易懂。 一个分区可被不同消费组订阅，这里有种特殊情况，加入每个消费组只有…

查看相关资料后，发现 Broker 端对 Producer 发送过来的消息也有一定的大小限制，这个参数叫 message.max.bytes，这个参数决定了 Broker 能够接收到的最大消息的大小，它的默认值为 977 KB，而 max.request.size 的值已经设置…

前面我也跟大家讲述了 RocketMQ 读写分离的规则，但是你可能会问，主从服务器之间的消费进度是如何保持同步的？下面我来给大家解答一下。 消息者在消费完消息后，会调用以上方法，讲消费进度放入 offsetTable 缓存中，当 Rebalance 负载重新分配生成 PullR…

一般来说，选择主从备份实现高可用的架构中，都会具备读写分离机制，比如 MySql 读写分离，客户端可以向主从服务器读取数据，但客户写数据只能通过主服务器。 RocketMQ 的读写分离机制又跟上述描写的不太一致，RocketMQ 有属于自己的一套读写分离逻辑，它会判断主服务器的…

之前写了一篇关于 RocketMQ 队列与 Kafka 分区副本的区别文章，里面提到了 RocketMQ 的消息冗余主要是通过主备同步机制实现的，这跟 Kafka 分区副本的 Leader-Follower 模型不同，HA（High Available) 指的是高可用性，而 R…

过去几天，这个公众号粉丝数量突破 2000 人了，这个数量可能对于一些公众号来说，连零头都不到，但对于我来说，有这么一群小伙伴看我写的技术分享，我就觉得很满足了，你们就是我坚持继续分享下去的源动力，在这里感谢这 2000 个小伙伴，感谢你们对这个公众号的厚爱。 这个公众号是从今…