FastDFS 专有术语

Posted 2021-08-21 Huazie

FastDFS 专有术语

本篇文章转载于FastDFS作者 余庆 大佬的 FastDFS分享与交流 公众号。

1. tracker server

中心服务器，FastDFS server 端两大主角之一。tracker server 作为 FastDFS 集群管理中心，管理集群拓扑结构，对 storage server 文件上传 和 文件下载 起到负载均衡调度作用。使用命令 fdfs_monitor 可以查看集群状态。

2. storage server

存储服务器，FastDFS server 端两大主角之二。文件相关功能都通过 storage server 来完成，包括文件上传、下载、文件同步等等。

3. 合并存储

为了防止文件系统 inode 耗尽，若干小文件合并存储到一个大文件（trunk file）中。V3 开始支持合并存储特性，如果单台 storage server 存储的文件数超过一千万，可以考虑开启合并存储功能。

4. trunk server

V3 合并存储引入了 trunk server 这一角色。trunk server用于管理 trunk 文件可用空间，由一个 group 的一台 storage server 兼任，trunk server 由tracker leader 指定。

5. base_path

FastDFS 基路径 ，配置文件 tracker.conf 和 storage.conf 中均需要配置。fastdfs 运行时不会自动创建 base_path 目录，需要事先建好。FastDFS 自身的数据文件存储在 $base_path/data 目录下，日志文件存储在 $base_path/logs 目录下。storage server 在 $base_path/data/sync 目录下存放文件上传、删除等更改操作的 binglog，可能会占用 base_path 较大的存储空间。

6. store_path

存储路径，通常对应一块硬盘 或 RAID盘。FastDFS 支持多个存储路径，最多支持 256 个。多个 store_path 配置在 storage.conf 中，第一个为store_path0，第二个为 store_path1，以此类推。多个 store_path 的顺序很重要，一个 group 的多台 storage server 的 store_path 是按顺序对应的，并且生成的 文件ID 中包含了 store_path 顺序号，因此不要随意调整配置文件中的store_path 顺序。

7. 文件ID

上传文件时由 storage server 生成访问该文件的凭证，包括 group 名称、存储路径顺序号以及包含两级目录的文件名，应用程序（调用方）需要将 文件ID 保存到数据库等存储介质中。一个文件ID示例：

group1/M00/01/32/wKgCaFx1982ENxLWAAAAAA0e5-o982.txt

8. 主从文件

文件名存在关联的一组文件。从文件名在主文件名的基础上增加后缀。

文件类型	描述
主文件	组名 + 带路径的文件名 + 文件后缀
从文件	组名 + 带路径的文件名 + 从文件后缀名 + 文件后缀

从文件与主文件的组名、带路径的文件名 以及 文件后缀均相同。

友情提示： 从文件后缀名最长为 16 字节，文件后缀最长为 6，比如 .tar.gz。

例如：

文件类型	描述
主文件	group1/M00/00/00/oYYBAF25iTmIYXVYAAAIF0b_gq8AAAAVgAAAAAAAAgv40322.jpg
从文件	group1/M00/00/00/oYYBAF25iTmIYXVYAAAIF0b_gq8AAAAVgAAAAAAAAgv40322_big.jpg

9. appender类型文件

FastDFS 将上传文件分为 普通文件 和 appender 类型文件。普通文件 上传后不能被修改，而针对 appender 类型文件后续可以进行 append 和 modify 等修改操作。使用合并存储特性的情况下，FastDFS 依然会将一个 appender 类型文件保存为一个单独的文件。