前言 天下武功，唯快不破。同样的，kafka在消息队列领域，也是非常快的，这里的块指的是kafka在单位时间搬运的数据量大小，也就是吞吐量，下图是搬运网上的一个性能测试结果，在同步发送场景下，单机Ka

零拷贝、MMAP、堆外内存，傻傻搞不明白。 虚拟内存、物理内存、Page Cache 傻傻分不清。 反正我搞明白了。

hello，大家好，我是张张，「架构精进之路」公号作者。 1. 前言 前一段时间研究了大规模日志流高吞吐并行存储，通过深入研究Kafka的底层存储机制。我们发现Kafka的Zero-Copy零拷贝技术

MQ的作用解耦、异步、削峰填谷。 未使用MQ的情况 mysql并发写大部分情况下维持在600-800之间，并发读1200-1500之间，所以消费端在消费消息的时候需控制在并发小于1000，从而达到限流

Broker读写磁盘文件的核心技术:mmap。Broker中大量的使用mmap技术去实现CommitLog这种大磁盘文件的高性能读写优化的。

不可否认零拷贝对于Rocket MQ的高性能表现有着积极正面的作用，但是笔者认为只是锦上添花，并非决定性因素。Rocket MQ性能卓越的原因绝非零拷贝就可以一言以蔽之。