当前位置:首页 > 公众号精选 > 架构师社区
[导读]前言好久没有分享文件IO的小技巧了,依稀记得上次分享还是在上次。第二届云原生编程挑战赛正在火热进行中,Kirito也在做《针对冷热读写场景的RocketMQ存储系统设计》这个题目,不过参与的是内部赛道,没法跟外部的小伙伴们一起排名了。众所周知,存储设计离不开文件IO,将数据存储到...

前言

好久没有分享文件 IO 的小技巧了,依稀记得上次分享还是在上次。

第二届云原生编程挑战赛正在火热进行中,Kirito 也在做《针对冷热读写场景的RocketMQ存储系统设计》这个题目,不过参与的是内部赛道,没法跟外部的小伙伴们一起排名了。

众所周知,存储设计离不开文件 IO,将数据存储到文件中进行持久化,是大多数消息队列、数据库系统的常规操作。在比赛中,为了更贴近实际的生产场景,往往也会引入正确性检测阶段,以避免让选手设计一些仅仅支持内存行为的代码逻辑。试想一下,RocketMQ 或者 Mysql 在宕机之后因为索引丢失,而导致数据无法查询,这该是多么可怕的一件事!

正确性检测要求我们写入的数据能够被查询出来,没有丢失,按照我个人的参赛经验,通常分为三种级别

  • 进程正常退出或者进程被 kill -15 中断
  • 进程被 kill -9 中断
  • 系统掉电
第一个级别,进程正常退出或者进程被 kill -15 中断,该场景没有什么好讲的,一般评测程序会留出 destroyclose 等回调接口,用于显式关闭,或者在 Java 中使用 JVM 提供的 ShutdownHook 监听 -15 信号,这是最简单的一种场景,一般不需要考虑数据一致性的问题。在实际生产中,对应我们优雅退出、手动关机的流程。

第二个级别,进程被 kill -9 中断。这意味着,我们使用内存去聚合一些数据可能是受限的,但我们仍然可以利用操作系统的一些特性,例如 PageCache 去做缓存。毕竟进程挂了,机器可没挂。在实际生产中,对应我们遇到一些内存溢出、FullGC 重启进程等暴力退出程序的场景。

第三个级别,系统掉电。这也是我这篇文章的主角,同时也是数据一致性要求最高的级别。系统掉电意味着我们甚至连 PageCache 都不能直接利用,必须严格保证数据落到磁盘当中。在实际生产中,对应主机宕机,机房断电等场景。

可以发现,任何一个级别,都有他们实际应用的场景,越是一致性要求高的级别,通常性能就越差,能够利用的手段也越少,系统也就越难设计。

而这次比赛的正确性描述

  1. 写入若干条数据。
  2. 重启机器
  3. 再读出来,必须严格等于之前写入的数据
其中的重启机器环节,恰恰是模拟的掉电。

如何理解数据不丢失

在介绍 Java 文件 IO 中保证掉电不丢失的手段之前,我还需要做一个概念的介绍,这样方便我们更好的理解文章后续的观点。

很多同学可能有疑惑,如果一个数据写到一半,发生了掉电,那评测程序怎么知道这条数据落盘了没有呢?评测程序会不会读取这条数据呢?其实,对于”执行到一半“这种逻辑,谁都没有办法保证,正如系统真正掉电时,他可不会跟你商量。所以,在一般的评测中,去验证选手的数据一致性时,通常采取的做法是:当一个方法同步返回时,就应该认为这个数据落盘了,即使返回后立刻断电,也应该可以在重启之后,查询到这条数据。

这符合我们在实际开发/生产场景的认知:

  • 对于同步方法,其实隐含了 ack 的契约,即拿到返回值的那一瞬间,认为对方处理完毕了。
  • 对于异步方法,我们才需要增加回调或者轮询 ack 的机制。

Java 文件 IO 保障掉电不丢数据

在《文件 IO 操作的一些最佳实践》一文中,我其实已经介绍了,Java 中无非就一个 FileChannel 是最常用的文件操作类。FileChannelwrite 方法看似是一个同步方法,将内存数据写入了磁盘,但其实它和磁盘之间还隔着一层 PageCache。

文件 IO 中如何保证掉电不丢失数据?
PageCache
尽管操作系统可能很快就将 PageCache 刷入到了磁盘,但这个过程仍然是一个异步的过程。就以这次比赛而言,如果你仅仅数据写入到 PageCache 就不管不问了,肯定是无法通过正确性检测的。

解决方法也很简单,调用 FileChannel#force(boolean meta) 方法即可,该方法会强制操作系统将 PageCache 刷盘。

force 的入参是一个 boolean 值,代表是否将元数据也刷盘,这块网上资料比较少,我也没有详细的依据。按照我个人的理解,元数据包含了大小和时间戳信息,可能会影响文件的实际长度,所以 force(true) 可能更稳妥一些。

结合第二节中介绍的内容,我们只需要保证在每次写入操作返回之前,调用 force,即可实现掉电数据不丢失的效果。

那么,代价是什么呢?意味着我们完全丧失了操作系统给文件 IO 设置的一道缓存。在没有缓存又没有 4kb 对齐的情况下,写入放大问题将会非常明显。

这里用一份数据说话,根据官方给出的数据,这次评测使用的 SSD 吞吐可达到 320MiB/s,而我实测在不经过优化的场景下使用 force,仅仅能达到 50 Mib/s,直接会导致评测超时。

force 是掉电的拯救者,也可能是性能的毁灭者。

force 下可能的优化方案

在实际场景中,消息的生产者可能会同步地连续地发送多条消息,也有可能会有多个生产者一起在发送消息,尽管消息的投递是同步的,但我们仍然可以在多个不同生产者的消息之间做一些文章,在保证 force 的同时,减少写入放大的问题。

鉴于比赛还在进行中,我就不过多聊详细设计了,懂的应该看到上面这段话都懂了,还算是比较基础的优化。我在优化过后,可以保证在 force 的前提下,将吞吐量从 50 Mib/s 提升到 275 Mib/s,尽管离理论值还是有所差距,但已经足够出一个 baseline 了。

RocketMQ 中的实际应用

以 RocketMQ 为例,聊聊其是如何保障数据不丢失的。RocketMQ 在 Broker 侧保障数据不丢失主要有两种机制:

  1. RocketMQ 支持配置同步双写,保障消息在主节点之外,还在一个从节点有备份
  2. RocketMQ 支持同步刷盘策略,即本文介绍的 FileChannel#force(boolean meta)  方案

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

9月2日消息,不造车的华为或将催生出更大的独角兽公司,随着阿维塔和赛力斯的入局,华为引望愈发显得引人瞩目。

关键字: 阿维塔 塞力斯 华为

加利福尼亚州圣克拉拉县2024年8月30日 /美通社/ -- 数字化转型技术解决方案公司Trianz今天宣布,该公司与Amazon Web Services (AWS)签订了...

关键字: AWS AN BSP 数字化

伦敦2024年8月29日 /美通社/ -- 英国汽车技术公司SODA.Auto推出其旗舰产品SODA V,这是全球首款涵盖汽车工程师从创意到认证的所有需求的工具,可用于创建软件定义汽车。 SODA V工具的开发耗时1.5...

关键字: 汽车 人工智能 智能驱动 BSP

北京2024年8月28日 /美通社/ -- 越来越多用户希望企业业务能7×24不间断运行,同时企业却面临越来越多业务中断的风险,如企业系统复杂性的增加,频繁的功能更新和发布等。如何确保业务连续性,提升韧性,成...

关键字: 亚马逊 解密 控制平面 BSP

8月30日消息,据媒体报道,腾讯和网易近期正在缩减他们对日本游戏市场的投资。

关键字: 腾讯 编码器 CPU

8月28日消息,今天上午,2024中国国际大数据产业博览会开幕式在贵阳举行,华为董事、质量流程IT总裁陶景文发表了演讲。

关键字: 华为 12nm EDA 半导体

8月28日消息,在2024中国国际大数据产业博览会上,华为常务董事、华为云CEO张平安发表演讲称,数字世界的话语权最终是由生态的繁荣决定的。

关键字: 华为 12nm 手机 卫星通信

要点: 有效应对环境变化,经营业绩稳中有升 落实提质增效举措,毛利润率延续升势 战略布局成效显著,战新业务引领增长 以科技创新为引领,提升企业核心竞争力 坚持高质量发展策略,塑强核心竞争优势...

关键字: 通信 BSP 电信运营商 数字经济

北京2024年8月27日 /美通社/ -- 8月21日,由中央广播电视总台与中国电影电视技术学会联合牵头组建的NVI技术创新联盟在BIRTV2024超高清全产业链发展研讨会上宣布正式成立。 活动现场 NVI技术创新联...

关键字: VI 传输协议 音频 BSP

北京2024年8月27日 /美通社/ -- 在8月23日举办的2024年长三角生态绿色一体化发展示范区联合招商会上,软通动力信息技术(集团)股份有限公司(以下简称"软通动力")与长三角投资(上海)有限...

关键字: BSP 信息技术
关闭
关闭