FastDFS从2008年7月份发布第一个版本以来，至今已发布6个大版本，大大小小总共75个版本。各个大版本简要介绍如下：
Version 1.00 2008-07-12 -- Version 1.29 2010-06-30
V1 采用一个线程服务一个连接的一对一服务模型。该模型支持的并发连接数有限，通常1024就到上限了，不能解决C10K问题。在高并发的场景下，这个线程模型对CPU消耗较大。
Version 2.00 2010-08-22 -- Version 2.09 2011-02-19
从V2 开始采用libevent事件驱动模型，一个线程可以服务多个连接。该模型支持的并发连接数可以轻松达到100K。
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。
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只差一个字母，注意不要搞错了）。
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要略胜一筹。
Version 6.00 2019-10-16 -- 后续版本持续开发中
V6 支持双IP，tracker server和storage server均支持双IP。双IP必须一个内网IP，一个外网IP，V6.0解决NAT、跨机房、以及混合云环境下遇到的双IP问题。
最后重申一下FastDFS的设计和开发理念：FastDFS新版本完全兼容老版本的数据和文件，最新的版本就是最好的。因此我们只采用主线开发，不会对已经成为历史的大版本做维护和升级。FastDFS版本升级不会影响已经存在的数据和文件，大版本升级也遵从此原则。为了减少不必要的麻烦（比如旧版本用户反馈的问题，在新版本中已经修复了），请大家尽可能升级到最新版本。
本文分享自微信公众号 - FastDFS分享与交流（fastdfs100）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。