FastDFS版本发展历程

Posted 2021-08-02 Huazie

FastDFS版本发展历程

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

FastDFS 从2008年7月份发布第一个版本以来，至今已发布6个大版本，大大小小总共75个版本。

各个大版本简要介绍如下：

V1

版本	时间
Version 1.00	2008-07-12
…	…
Version 1.29	2010-06-30

V1 采用一个线程服务一个连接的一对一服务模型。该模型支持的并发连接数有限，通常 1024 就到上限了，不能解决 C10K 问题。在高并发的场景下，这个线程模型对 CPU 消耗较大。

V2

版本	时间
Version 2.00	2010-08-22
…	…
Version 2.09	2011-02-19

从 V2 开始采用 libevent 事件驱动模型，一个线程可以服务多个连接。该模型支持的并发连接数可以轻松达到 100K。

V3

版本	时间
Version 3.00	2011-06-19
…	…
Version 3.11	2012-08-04

从 V3 开始支持小文件合并存储，将多个小文件合并存储到一个 trunk 文件中。在海量小文件的场景下，建议使用 V3.0 引入的文件合并存储特性，否则可能面临文件系统 inode 耗尽的问题。

如何打开小文件合并存储特性呢？

在配置文件 tracker.conf 中，将配置项 use_trunk_file 设置为 true，然后重启 tracker server 和所有的 storage server。

V4

版本	时间
Version 4.00	2012-10-06
…	…
Version 4.08	2013-11-30

V4 支持用 server id 来标识 storage server。

FastDFS 默认用 IP 地址来标识 storage server。用 IP 地址标识 storage server 存在一个问题，当一台 storage server 的 IP 发生了改变，调整起来会很麻烦。尽管 FastDFS 提供了 storage server 的 IP 修改后自动调整的功能，但在某些极端情况下，可能还会有些问题。因此强烈建议大家使用 server id 来标识 storage server。

如何启用以 server id 来标识 storage server 这个特性呢？

在配置文件 tracker.conf 中，将配置项 use_storage_id 设置为 true，并在 storage_ids.conf 中设置 storage server 的 id、对应的组名及 IP 地址。然后重启 tracker server 和所有的 storage server。

友情提示： 建议将 tracker.conf 中的配置项 id_type_in_filename 设置为 id（默认值为 ip，id 和 ip 只差一个字母，注意不要搞错了）。

V5

版本	时间
Version 5.00	2013-12-23
…	…
Version 5.12	2018-06-07

V5 开始不再使用 libevent，自己实现网络 IO 事件驱动，封装在公共库libfastcommon 中。网络 IO 事件驱动在 Linux 下使用 epoll，在 FreeBSD 下使用 kqueue，SunOS 使用 port（这部分代码参考了开源项目apache traffic server）。网络超时管理使用时间轮，简单高效。libfastcommon 封装的网络 IO 事件驱动代码非常简洁高效，自认为性能比 libevent 要略胜一筹。

V6

版本	时间
Version 6.00	2019-10-16
…	…
后续版本持续开发中

V6 支持 双IP，tracker server和 storage server 均支持 双IP。双IP 必须一个内网IP，一个外网IP，V6.0 解决 NAT、跨机房、以及混合云环境下遇到的 双IP 问题。

FastDFS的设计和开发理念

FastDFS 新版本完全兼容老版本的数据和文件，最新的版本就是最好的。因此我们只采用主线开发，不会对已经成为历史的大版本做维护和升级。FastDFS 版本升级不会影响已经存在的数据和文件，大版本升级也遵从此原则。为了减少不必要的麻烦（比如旧版本用户反馈的问题，在新版本中已经修复了），请大家尽可能升级到最新版本。