金甲虫Scarb

1 模拟单机连接瓶颈 我们知道，通常启动一个服务端会绑定一个端口，例如8000端口，当然客户端连接端口是有限制的，除去最大端口65535和默认的1024端口及以下的端口，就只剩下1 024~65 53

历史原因，当前有一个服务专门用于处理mq消息，mq使用的阿里云rocketmq，sdk版本1.2.6（2016年）。随着业务的发展，该应用上的consumer越来越多，接近200+，导致该应用所在的ecs长时间load高，频繁报警。 在系统负荷方面，多核CPU与多CPU效果类似…

此时我们要拉取一个version的值，并把一个 needUpdate 参数修改为true，然后去唤醒 Sender 线程去拉取元数据，而这需要通过一个网络组件 NetworkClient 和Broker通信。 在此同时，主线程会进行阻塞，等待元数据的到来。而当元数据拉取完成后，…

一些必须提前知道的概念 patition kafka日志文件是以patition在物理存储上分割的 是topic物理上的分组，一个topic可以分为多个partition，每个partition是一个

## 1. 背景 RocketMQ 5.x 的演进目标之一是云原生化，在云原生和 Serverless 的浪潮下，需要解决 RocketMQ 存储层存在两个瓶颈。 1. 数据量膨胀过快，单体硬件

## 1. 背景 发送消息是 MQ 最基础的操作之一。RocketMQ 官方提供了多语言客户端支持消息的发送和消费操作。 当然，消息发送并不仅仅牵扯到客户端操作。客户端做的是向 Broker 发送

今儿，我们来搭建一个 Kafka 调试环境，目标是： 启动 Kafka Broker ，成功断点调试 Broker 的启动过程。 启动 Kafka Producer ，向 Broker 发送一批消息。

网上博客常说，kafka的topic数量过多会影响kafka，而RocketMQ不会受到topic数量影响。 但是，果真如此吗？ 最近排查一个问题，发现RocketMQ稳定性同样受到topic数量影响

序本文主要研究一下rocketmq的SERVICE_NOT_AVAILABLESERVICE_NOT_AVAILABLErocketmq-all-4.6.0-source-release/common