文档系统提供的出访和管理方法支撑力了大部分的排序机应用领域。如今，一切统计数据或许都在向“云”迁移，如果只是上载统计信息量小的文档，穗序或许没有太多妨碍。不过直面大量且突发性的排序统计数据各项任务时，上载文档却常常遭遇着新考验、新痛点。这时，sysfs充分发挥了其价值机能。

迄今，受到 Google File System （GFS）学术论文的影响，市售问世了许多杰出的开放源码分布式系统文档储存系统，如 CephFS、HDFS、Lustre、MogileFS 等。

不同的sysfs都有其特征与竞争优势，大家也能依照需要另行选择。有意思的是，前段时间在 Gitee 上发现了这款开放源码sysfs——JuiceFS，它技术创新将第一类储存作为下层储存介质，同时实现了储存空间的无穷扩充。这到底是怎样同时实现的？它会是云黄金时代sysfs的新标准答案吗？咱一起嘿嘿。

JuiceFS 是什么？

JuiceFS 是这款面向全国云原生植物结构设计的sysfs，如前所述 Redis 和第一类储存构筑。它主要透过 Redis 来储存文档的元统计数据，无须修正标识符就能像邻近地区储存一样将海量数据云储存直接投入生产环境的大统计数据、机器学习、人工智慧等各种应用领域网络平台中。

工程项目译者：Juicedata

开放源码许可：Apache-2.0

工程项目门牌号：https://gitee.com/juicedata/JuiceFS

比如，使用 JuiceFS 储存统计数据时，统计数据这类会被长久化在第一类储存（比如 Amazon S3）之中，而统计数据所相关联的元统计数据能依照情景需求被长久化在 Redis、MySQL、TiKV 等多种不同统计资料库发动机中。

技术是怎样同时实现的？

JuiceFS 采用“统计数据”与“元统计数据”分立储存的构架，JuiceFS 倚靠 Redis 来储存文档的元统计数据。Redis是如前所述缓存的高效能的数组统计数据储存，极为适宜储存元统计数据。因此，当统计数据将透过 JuiceFS 应用领域程序储存到第一类储存中，能更快地同时实现文档系统的分布式结构设计。

1.任何存入 JuiceFS 的文档都会被拆分成固定大小的 “Chunk”，默认的容量上限是 64 MiB。

2.每个 Chunk 由一个或多个 “Slice” 组成，Slice 的长度不固定，取决于文档写入的方式。

3.每个 Slice 又会被进一步拆分成固定大小的 “Block”，默认为 4 MiB，最后这些 Block 会被储存到第一类储存。

4.同时，JuiceFS 会将每个文档以及它的 Chunks、Slices、Blocks 等元统计数据信息储存在元统计数据发动机中。

注意：

如果你发现在第一类储存网络平台的文档浏览器中找不到存入 JuiceFS 的源文档，储存桶中只有一个 chunks 目录和一堆数字编号的目录和文档时，请不用担心。因为使用 JuiceFS，文档最终会被拆分成 Chunks、Slices 和 Blocks 储存在第一类储存。

核心构架

JuiceFS由 三部分 组成：

用于协调第一类储存和元统计数据储存发动机，以及 POSIX、Hadoop、Kubernetes、S3 Gateway 等文档系统接口的同时实现。

储存统计数据这类，支持邻近地区磁盘、第一类储存。

储存统计数据相关联的元统计数据，支持 Redis、MySQL、SQLite 等多种不同发动机。

构架图

怎样操作？

操作前准备

1.准备 Redis 统计资料库

2.准备第一类储存

安装应用领域程序

创建文档系统

以 Linux 系统为例

1.创建名为 myjfs 文档系统

2.查看返回信息，分析myjfs 的储存路径是 file:///Users/herald/.juicefs/local/myjfs/

挂载文档系统

1.将 myjfs 文档系统挂载到 ~/jfs 文档夹里

2.为了在后台保持挂载，你能在挂载时指定 -d 或 –background 选项，即让应用领域程序在守护进程中挂载文档系统

3.执行下列命令后，可将 挂载点 ~/jfs 卸载

注意：

由于 SQLite 是单文档统计资料库，挂载时要注意统计资料库文档的的路径，JuiceFS 同时支持相对路径和绝对路径。

因篇幅有限，针对怎样设置第一类储存、怎样进行缓存管理、怎样针对故障诊断与分析等相关问题就不再详述，你也能前往 Gitee 仓库查看文档详情，了解 JuiceFS 的进一步实践。