我们很高兴地宣布 JuiceFS v1.1-Beta 版本正式发布啦！这是一个功能丰富的版本，带来了许多实用的新功能和改进。在这个版本中我们新增了以下功能：

(资料图)

目录配额：为目录设置配额限制，控制其大小和文件数目录克隆：快速地复制目录及其内容，节省时间和空间一键恢复回收站文件：一次性地恢复某段时间内所有被删除的文件，无需逐个操作一键收集诊断信息：一键生成诊断报告，方便排查问题和反馈意见快速查看用量信息：快速查看存储空间和文件数的统计信息

此外，我们还新增了一个元数据引擎 FoundationDB，一个支持分布式事务的 Key-Value 存储。

本次版本，共有 57 位社区贡献者参与贡献了 726 次提交，感谢每一位的付出。

下面，我们将详细介绍这个版本的新功能和变化。

目录配额

配额可以用来限制文件系统中存储空间的最大可用量，防止因个别用户占用过多而影响整个系统的稳定性。在之前版本中，JuiceFS 只支持文件系统级别的配额。这样一来，当这个文件系统被多用户共享使用时，管理员就无法有效地控制每个用户的使用量。因此，在 v1.1 版本中，我们为 JuiceFS 增加了目录配额的功能。具体来说，管理员可以根据需要为任意目录设置一个配额阈值（硬限制），之后如果此目录的使用量达到或超过该阈值，任何试图新建或扩展文件的请求都将失败，直到用户删除部分已有文件或管理员提高配额阈值。另外，为目录设置配额还有一个好处，就是可以让 JuiceFS 跟踪并记录它的使用情况，并在需要时快速获取此目录及其子目录下所有文件的用量统计信息。

目录配额的管理需要借助于新的 juicefs quota命令，其设置参数与现有的文件系统配额一致，通过 --capacity 来限制容量和通过 --inodes来限制文件数。例如：

$ juicefs quota set $METAURL --path /test --capacity 1+-------+---------+---------+------+-----------+-------+-------+|  Path |   Size  |   Used  | Use% |   Inodes  | IUsed | IUse% |+-------+---------+---------+------+-----------+-------+-------+| /test | 1.0 GiB | 1.6 MiB |   0% | unlimited |   314 |       |+-------+---------+---------+------+-----------+-------+-------+

以上命令为 /test目录设置了 1 GiB 的容量配额，且同时可以看到该目录下已使用量为 1.6 MiB。由于为目录新建配额时，需要递归统计该目录下当前的使用量，因此为已有的大目录设置配额可能需要等待较长时间。如果想查询某个目录的配额及其当前用量，可以使用 quota get子命令，如：

$ juicefs quota get $METAURL --path /test+-------+---------+---------+------+-----------+-------+-------+|  Path |   Size  |   Used  | Use% |   Inodes  | IUsed | IUse% |+-------+---------+---------+------+-----------+-------+-------+| /test | 1.0 GiB | 1.6 MiB |   0% | unlimited |   314 |       |+-------+---------+---------+------+-----------+-------+-------+

此外，也可以使用 quota ls子命令来查看所有已经设置的配额。

值得注意的是，目录配额的统计并不是实时更新的，而是有一定的延迟。这样做是为了尽量减少对业务性能的影响。因此，可能出现这样的情况：目录用量已经达到配额阈值，但部分客户端在短时间（10 秒级别）内仍然可以写入。同时，如果客户端进程异常退出，其临时记录的用量信息可能还没有同步给元数据引擎，导致信息不准确。为了解决这个问题，JuiceFS 提供了 quota check子命令，可以在必要时检查并修复配额中的统计值，如：

$ juicefs quota check $METAURL --path /test --repair+-------+---------+---------+------+-----------+-------+-------+|  Path |   Size  |   Used  | Use% |   Inodes  | IUsed | IUse% |+-------+---------+---------+------+-----------+-------+-------+| /test | 1.0 GiB | 3.2 MiB |   0% | unlimited |   317 |       |+-------+---------+---------+------+-----------+-------+-------+

文件数的限制与其类似，在此不再赘述，具体使用可参考：https://juicefs.com/docs/zh/community/guide/quota/#目录配额。

目录克隆

有时候，用户可能需要将一些文件复制出来用于其他目的。如果文件量不大，可以直接用 cp命令来完成。但是，如果文件量很大，这样做就会耗费很长时间，并且涉及到大量的对象存储数据复制。为了解决这个问题，JuiceFS 新增了目录克隆的功能，可以快速复制指定目录下的所有文件。新复制出来的文件有自己的元数据，但是和原文件共享数据块，只是将其引用计数加一。克隆完成后，两边的文件都是独立的，可以各自修改而不会相互影响。由于克隆过程只涉及到元数据操作，而不需要复制数据，因此速度会比普通的 cp命令快很多。执行克隆的命令示例如下：

$ juicefs clone /mnt/jfs/dir1 /mnt/jfs/dir2

一键恢复回收站文件

JuiceFS 的回收站中，文件按照被删除的时间归类，并且附加了原来父目录的索引号，用于在需要时找回其原来的位置。但是，在实际使用中，我们发现利用这些信息重新构建目录结构比较麻烦，只适合手动恢复少量的文件。为了解决这个问题，JuiceFS 在这个版本中新增了 juicefs restore命令来帮助整理这些文件，例如：

$ juicefs restore redis://localhost/1 2023-05-10-01 --put-back

以上命令可以将 .trash/2023-05-10-01中的所有文件按其被删除时的目录结构放回原位置。如果原父目录不存在或者遇到有冲突的文件名，则会打印告警日志并跳过，用户后续可以再手动将其恢复到想要的位置。

一键收集诊断信息

当 JuiceFS 在运行中出现故障时，新接触的用户往往不知道该如何分析问题原因。因此，在这个版本中 JuiceFS 增加了 juicefs debug命令来帮助一键收集关键的现场信息，包括主机环境、软件版本和进程运行时状态等，如：

$ juicefs debug /mnt/jfs --out-dir /tmp/jfs-debug 

待命令完成退出后，用户可以在 /tmp/jfs-debug中找到一个以挂载点名称和时间戳命名的 .zip文件，里面即包含此次收集的诊断信息。

快速查看用量统计

在生产环境中，管理员经常需要定期查看文件系统的使用量情况，或者找出当前系统中最占用空间的目录等。在 JuiceFS 之前版本中，这需要管理员手动统计多个目录的用量（比如执行 du命令），然后进行排序筛选，这样做既麻烦又可能耗时很长。为了解决这个问题，在这个版本中，JuiceFS 新增了 juicefs summary命令来快速查看指定目录下的用量统计。例如：

$ juicefs summary /mnt/jfs --depth 1 --entries 5+------+---------+------+-------+| PATH |   SIZE  | DIRS | FILES |+------+---------+------+-------+| /    | 176 MiB |    9 |    20 || d2/  |  43 MiB |    1 |     5 || d4/  |  40 MiB |    3 |     4 || d5/  |  40 MiB |    1 |     4 || d3/  |  23 MiB |    1 |     4 || d1/  |  20 MiB |    1 |     2 || ...  |  10 MiB |    1 |     1 |+------+---------+------+-------+

上述命令会统计 /mnt/jfs下所有一级目录的使用量，并根据 SIZE从大到小排序后显示最高的 5 项。

其他新功能

在这个版本中，JuiceFS 还增加了一些其他功能来提高系统的安全性与易用性，包括：

在 mount 时通过 --root-squash选项来将 root 用户映射为一个非特权用户，以此来减少权限安全隐患和防止误操作在 mount 时通过 --enable-ioctl选项来使能对 ioctl的部分支持，目前能用来设置一些特殊标记位来控制文件的行为，如 append only (a)和 immutable (i)在使用 juicefs sync工具时，新支持了 jfs://前缀，可以在不挂载的情况下就直接将对象存储与 JuiceFS 内文件同步新的元数据引擎

在此版本中，JuiceFS 还引入了一种新的元数据引擎 FoundationDB。这是一款由 Apple 公司开源的分布式数据库，能够在多个集群服务器上高效地存储和管理大规模的结构化数据。它具有高性能、高可扩展性和高容错性的特点。要使用 FoundationDB 作为 JuiceFS 的元数据引擎，只需将 Meta-URL 设置为：fdb://?prefix=。其中 cluster_file_path是 FoundationDB 的配置文件路径，用于连接其服务端。而 prefix是一个用户自定义的字符串（与使用 TiKV 类似），可以在多个文件系统或者应用共用一个 FoundationDB 集群时，区分不同的元数据空间。示例如下：

$ juicefs format \    --storage s3 \    ... \    "fdb:///etc/foundationdb/fdb.cluster?prefix=jfs" \    pics

具体使用细节可以参考文档

v1.1-Beta 下载地址：https://github.com/juicedata/juicefs/releases/tag/v1.1.0-beta1

希望这些变化能够让你在使用 JuiceFS 时感到更加轻松、便捷和高效。我们也期待你提供宝贵的反馈和意见。如果你还没有开始使用 JuiceFS，可以关注我们的公众号，或者访问官网 ，我们为开发者准备了详细的文档和博客。