YuQing

感谢反馈，我已经修复了这个问题。

感谢反馈，我们修复一下。

FastCFS采用顺序写盘的方式，非常适合你这个场景。 FastCFS有空间回收机制的，在磁盘使用率达到配置的阈值（如50%）后会启动空间回收。

国内的gitee上可以看到微信技术交流群二维码，有意的话可以入群交流。 gitee项目地址：https://gitee.com/fastdfs100/FastCFS

FastCFS完全保证了数据一致性（已达到数据库对一致性的苛刻要求），性能也是FastCFS的强项。 欢迎在KVM中测试和试用，有问题随时联系。:)

如果是2个副本的话，至少需要2台服务器；3副本的话，至少需要3台服务器。 FastCFS不存在单点问题，单个节点故障后会自动failover到其他节点。 欢迎感兴趣的朋友部署和测试，有问题随时反馈。

补充一点：如果只是做单机测试，只用一台服务器也是可以的。

> > 如果是2个副本的话，至少需要2台服务器；3副本的话，至少需要3台服务器。 > > FastCFS不存在单点问题，单个节点故障后会自动failover到其他节点。 > > 欢迎感兴趣的朋友部署和测试，有问题随时反馈。 > > 双机场景下可以保证数据的完整性吗？极端情况下是不是会损失一部分完整性？ > 双机场景下在数据一致性方面的策略是怎样的？是以数据最新的机器为主进行一致性同步，还是以数据量大的机器为主进行一致性同步。（例如：A机器异常，异常发生时一部分文件没有同步到B机器，faliover后B机器会有对文件的小量的写，等到A机器恢复后，一致性按照什么策略进行。） 根据数据版本号来决定谁是master（版本号大的当选为master）。像你说的这种情况，A机器恢复后有binlog对账机制，如果不一致，则不能加入集群。

FastDFS为nginx提供的扩展依赖 FastDFS的client library，只需要编译和安装 FastDFS client library即可。

目前不支持，后续可以考虑支持