对于一个由对象存储和数据库组合驱动的文件系统，缓存是本地客户端与远端服务之间高效交互的重要纽带。读写的数据可以提前或者异步载入缓存，再由客户端在后台与远端服务交互执行异步上传或预取数据。相比直接与远端服务交互，采用缓存技术可以大大降低存储操作的延时并提高数据吞吐量。
数据一致性JuiceFS提供「关闭再打开（close-to-open）」一致性保证，即当两个及以上客户端同时读写相同的文件时，客户端A的修改在客户端B不一定能立即看到。但是，一旦这个文件在客户端A写入完成并关闭，之后在任何一个客户端重新打开该文件都可以保证能访问到最新写入的数据，不论是否在同一个节点。
「关闭再打开」是JuiceFS提供的最低限度一致性保证，在某些情况下可能也不需要重新打开文件才能访问到最新写入的数据。例如多个应用程序使用同一个JuiceFS客户端访问相同的文件（文件变更立即可见），或者在不同节点上通过tail-f命令查看最新数据。
元数据缓存JuiceFS支持在内核和客户端内存（即JuiceFS进程）中缓存元数据以提升元数据的访问性能。
内核元数据缓存内核中可以缓存三种元数据：属性（attribute)、文件项（entry）和目录项（direntry），可以通过以下挂载参数控制缓存时间：
--attr-cachevalue属性缓存时长，单位秒(默认值:1)--entry-cachevalue文件项缓存时长，单位秒(默认值:1)--dir-entry-cachevalue目录项缓存时长，单位秒(默认值:1)
JuiceFS默认会在内核中缓存属性、文件项和目录项，缓存时长1秒，以提高lookup和getattr的性能。当多个节点的客户端同时使用同一个文件系统时，内核中缓存的元数据只能通过时间失效。也就是说，极端情况下可能出现节点A修改了某个文件的元数据（如chown），通过节点B访问未能立即看到更新的情况。当然，等缓存过期后，所有节点最终都能看到A所做的修改。
客户端内存元数据缓存注意：此特性需要使用0.15.0及以上版本的JuiceFS。
JuiceFS客户端在open()操作即打开一个文件时，其文件属性（attribute）会被自动缓存在客户端内存中。如果在挂载文件系统时设置了--open-cache选项且值大于0，只要缓存尚未超时失效，随后执行的getattr()和操作会从内存缓存中立即返回结果。
执行read()操作即读取一个文件时，文件的chunk和slice信息会被自动缓存在客户端内存。在缓存有效期内，再次读取chunk会从内存缓存中立即返回slice信息。
提示：您可以查阅「JuiceFS如何存储文件」了解chunk和slice是什么。
默认情况下，对于一个元数据已经被缓存在内存的文件，超过1小时没有被任何进程访问，其所有元数据缓存会被自动删除。
数据缓存JuiceFS对数据也提供多种缓存机制来提高性能，包括内核中的页缓存和客户端所在节点的本地缓存。
内核数据缓存注意
对于已经读过的文件，内核会把它的内容自动缓存下来，随后再打开该文件，如果文件没有被更新（即mtime没有更新），就可以直接从内核中的缓存读取该文件，从而获得最好的性能。得益于内核缓存，重复读取JuiceFS中相同文件的速度会非常快，延时可低至微秒，吞吐量可以到每秒数GiB。
JuiceFS客户端目前还未默认启用内核的写入缓存功能，从Linux内核3.15开始，FUSE支持「writeback-cache模式」这意味着可以非常快速地完成write()系统调用。你可以在挂载文件系统时设置-owriteback_cache选项开启writeback-cache模式。当需要频繁写入非常小的数据（如字节左右）时，建议启用此挂载选项。
客户端读缓存JuiceFS客户端会根据读取模式自动预读数据放入缓存，从而提高顺序读的性能。默认情况下，会在读取数据时并发预读1个block缓存在本地。本地缓存可以设置在基于机械硬盘、SSD或内存的任意本地文件系统。
本地缓存可以在挂载文件系统时通过以下选项进行调整：
--prefetchvalue并发预读N个块(默认:1)--cache-dirvalue本地缓存目录路径；使用冒号隔离多个路径(默认:"$HOME/.juicefs/cache"或"/var/jfsCache")--cache-sizevalue缓存对象的总大小；单位为MiB(默认:)--free-space-ratiovalue最小剩余空间比例(默认:0.1)--cache-partial-only仅缓存随机小块读(默认:false)
此外，如果希望将JuiceFS的本地缓存存储在内存中有两种方式，一种是将--cache-dir设置为memory，另一种是将其设置为/dev/shm/cache-dir。这两种方式的区别是前者在重新挂载JuiceFS文件系统之后缓存数据就清空了，而后者还会保留，性能上两者没有太大差别。
JuiceFS客户端会尽可能快地把从对象存储下载的数据（包括新上传的小于1个block大小的数据）写入到缓存目录中，不做压缩和加密。因为JuiceFS会为所有写入对象存储的block对象生成唯一的名字，而且所有block对象不会被修改，因此当文件内容更新时，不用担心缓存的数据失效问题。
当缓存在使用空间到达上限（即缓存大小大于等于--cache-size）或磁盘将被存满（即磁盘可用空间比例小于--free-space-ratio）时会自动进行清理，目前的规则是根据访问时间，优先清理不频繁访问的文件。
数据缓存可以有效地提高随机读的性能，对于像Elasticsearch、ClickHouse等对随机读性能要求更高的应用，建议将缓存路径设置在速度更快的存储介质上并分配更大的缓存空间。
客户端写缓存写入数据时，JuiceFS客户端会把数据缓存在内存，直到当一个chunk被写满或通过close()或fsync()强制操作时，数据才会被上传到对象存储。在调用或时，客户端会等数据写入对象存储并通知元数据服务后才会返回，从而确保数据完整。
在某些情况下，如果本地存储是可靠的，且本地存储的写入性能明显优于网络写入（如SSD盘），可以通过启用异步上传数据的方式提高写入性能，这样一来操作不会等待数据写入到对象存储，而是在数据写入本地缓存目录就返回。
异步上传功能默认关闭，可以通过以下选项启用：
--writeback后台异步上传对象(默认:false)
当需要短时间写入大量小文件时，建议使用--writeback参数挂载文件系统以提高写入性能，写入完成之后可考虑取消该选项重新挂载以使后续的写入数据获得更高的可靠性。另外，像MySQL的增量备份等需要大量随机写操作的场景时也建议启用。
警告：当启用了异步上传，即挂载文件系统时指定了时，千万不要删除cache-dir/UUID/rawstaging目录中的内容，否则会导致数据丢失。
当缓存磁盘将被写满时，会暂停写入数据，改为直接上传数据到对象存储（即关闭客户端写缓存功能）。启用异步上传功能时，缓存本身的可靠性与数据写入的可靠性直接相关，对数据可靠性要求高的场景应谨慎使用。
总结最后，分享一个用户们经常会问到的问题「为什么设置了缓存容量为50GiB，但实际占用了60GiB的空间？」
对于总量相同的缓存数据，在不同的文件系统上会有不同的容量计算规则。JuiceFS目前是通过累加所有被缓存对象的大小并附加固定的开销（4KiB）来估算得到的，这与du命令得到的数值并不完全一致。为防止缓存盘被写满，当缓存目录所在文件系统空间不足时，客户端会尽量减少缓存用量。
通过上述介绍，我们对JuiceFS的缓存机制的原理有了进一步了解。JuiceFS本身作为底层文件系统，提供了包括元数据缓存、数据读写缓存等多种缓存机制，最大限度地保证了数据的一致性。希望大家通过本文的了解能更好的应用JuiceFS。