重新理解RocketMQ Commit Log存储协议
最近突然感觉：很多软件、硬件在设计上是有root reason的，不是by desgin如此，而是解决了那时、那个场景的那个需求。一旦了解后，就会感觉在和设计者对话，了解他们的思路，学习他们的方法，思维同屏：活到老学到老。 问题思考 1、Consumer Queue Offset是连续的吗， 为什么？ 2、Commit Log Offset是连续的吗， 为什么？ 3、Java写的文件，默认是大端序还是小端序，为什么？ Commit Log真实分布 在大家思考之际， 我们回想下commit log是怎么分布的呢? 在Broker配置的存储根目录下，通过查看Broker实际生成的commit log文件可以看到类似下面的数据文件分布： 可以看到，真实的存储文件有多个， 每一个都是以一串类似数字的字符串作为文件名的，并且大小1G。 我们结合源码可以知道，实际的抽象模型如下： 由上图得知： Commit Log是一类文件的称呼，实际上Commit Log文件有很多个， 每一个都可以称为Commit Log文件。如图中表示了总共有T个Commit Log文件，他们按照由过去到现在的创建时间排列。...
