MinIO 吃掉我 5GB 内存？换 SeaweedFS 后内存直降 70%：50 万图片实战记录

一、问题背景

Docker 部署的 MinIO 存了 50 万张图片，其中不到 10 万张大于 200KB，其余都是 50KB 以下的小文件。运行一段时间后，通过 docker stats 发现内存占用高达 5GB。排查后发现，元数据缓存是主要开销——MinIO 对每个对象都会在内存中维护元数据，50 万个对象带来的压力不可忽视。

二、为什么 SeaweedFS 更适合小文件？

SeaweedFS 的核心设计是将小文件合并到 大文件（Volume） 中，元数据只记录 Volume 级别的索引，而不是为每个文件单独保存元数据。这种机制在小文件场景下有两个直接好处：

• 内存中的元数据条目数大幅减少，相同规模下内存占用可能只有 MinIO 的 30%~50%

• 文件读写不需要频繁寻址，IO 效率更高

同时它兼容 S3 协议，迁移成本极低。

三、Docker 单容器部署 SeaweedFS

环境说明： Ubuntu 20.04 / 22.04，已安装 Docker

1. 创建并启动容器

生产环境可能需要拆分 Master、Volume、Filer、S3 组件，但单机或小规模场景一个容器就能跑。

docker run -d \
  --name seaweedfs-all \
  -p 9333:9333 \
  -p 8888:8888 \
  -p 8333:8333 \
  -v $(pwd)/seaweedfs-data:/data \
  chrislusf/seaweedfs:latest \
  server -dir=/data -master.port=9333 -volume.port=8080 -volume.max=5000 -filer -s3

2. 创建 S3 凭证

SeaweedFS 没有像 MinIO Console 那样的 Web 管理界面，密钥需要通过命令行生成。

docker exec -it seaweedfs-all weed shell

在交互式命令行中输入：

# <access_key>和<secret_key>可自定义，该案例-access_key=admin -secret_key=password
s3.configure -access_key=<access_key> -secret_key=<secret_key> -buckets=.* -user=me -actions=Read,Write,Admin

成功后输入 exit 退出。

3. 创建 Bucket

先安装AWS CLI（Ubuntu）

sudo apt update
sudo apt install awscli -y

验证是否安装成功：

aws --version

配置本地凭证：

aws configure set aws_access_key_id admin
aws configure set aws_secret_access_key password
aws configure set default.region us-east-1

创建桶（Bucket）：

aws --endpoint-url http://localhost:8333 s3 mb s3://jason-bucket

四、MinIO vs SeaweedFS 对比

五、总结

迁移之后，我的 50 万张小图片内存占用从 5GB 降到了 1.5GB 左右，效果显著。如果你也是小文件密集型的业务，完全可以先用 Docker 单容器模式快速验证。日常管理用 mc 或 Cyberduck 也能弥补没有 Web 管理界面的遗憾。

迁移建议： 数据同步可以用 rclone 或者简单脚本，记得先备份再操作。

全部配置均可直接复用，如果遇到问题或有更好的方案，欢迎讨论。