Rocketmq的顺序写随机读的理解

写作来源ROCKETMQ

本文rocketmq以顺序写随机读。mmap的零拷贝机制来突出其高性能。引出了对磁盘顺序读写的问题
零拷贝相关可以看这篇博客
https://blog.youkuaiyun.com/weixin_39406430/article/details/123715072

磁盘

磁盘读写的时间主要有以下（其他旋转时间忽略）

1.寻道时间

寻找到指定位置所需的时间

2.读写数据的时间

读取或者写入数据耗时

磁盘的磁头是会一直旋转的。那么在读写数据的时候，磁盘的磁头可能已经离开了下一个写入的起点。
那么顺序写就是磁盘写入的结束位置就是下一次写入的开始位置，能够无缝连接。否则磁头需要在绕一圈。

为什么顺序写

很多第三方的中间件都是基于顺序写入的方法，包括mysql。由于磁盘写入的特性。
只有顺序写才能保证写入速度的高效。否则的话要花费更多的寻道时间。
如果是随机写的话。每次都是找一个位置去写入。
也就是每次都要重新花费寻道的时间。

为什么随机读

很多地方说rocketmq高性能都是采用顺序写随机读。顺序写好理解。那么随机读呢。随机读一定比顺序读快吗？
带着这个问题进行了思考。
首先顺序读写和随机读写用的不是一个计数单位。
顺序读写是以每秒读写多少的数据为单位比如10M/S
而随机读写是以计数的次数为单位IOPS
底层的存储系统可执行多少次磁盘读写操作/s。
我们知道mysql一页是16KB。那么每次随机读获取到的页数据就是16KB
由于我们需要读取数据。而数据的位置本身就是不可判断的。所以寻道的时间必不可少。采取随机读是合理的
我们读取数据的时候往往并不是按照指定顺序读取。如果读取的数据都是按照指定的磁盘存储的顺序来依次读取的话。那么顺序读的性能无疑是最高效的