gridfs不支持按文件名查最新版本，需在metadata中显式存版本号并用驱动排序查询；mongofiles仅显示基础字段且无法处理版本逻辑，必须改用驱动api实现。
GridFS 本身不提供“按文件名查最新版本”的内置能力——它没有版本号字段，也不自动维护历史版本。你必须自己设计版本控制逻辑，否则 put 同名文件只会覆盖旧文件（不是真正删除，但新元数据会指向新 chunks，旧块变成孤立文档）。
为什么直接用 mongofiles list 查不到“最新版本”
mongofiles list 只返回当前 fs.files 集合中所有文件的 filename 和 uploadDate，但它无法区分“同名文件多次上传”是否构成版本迭代。MongoDB 不会在 fs.files 中保留历史记录，每次 put 都是新插入一条文档，旧文档仍存在但不再被读取路径引用。
如何让“按文件名查最新版本”真正可行
核心是：把版本信息显式存进 metadata 字段，并配合查询排序。驱动层面才能可靠实现，mongofiles 命令行工具做不到。
- 上传时主动写入版本标识，例如：
metadata: { version: "v2.1", timestamp: new Date() } - 查询时用
find({ filename: "report.pdf" }).sort({ "metadata.timestamp": -1 }).limit(1) - 避免依赖
_id或uploadDate排序——它们只反映上传时间，不代表业务意义上的“版本先后” - 如果用 Node.js 驱动，
bucket.find({ filename: "x.pdf" }, { sort: { "metadata.version": -1 } })更稳妥（前提是version是可比较字符串或数字）
mongofiles 的局限与替代方案
mongofiles 是纯工具型命令，不支持复杂查询、聚合或字段投影。它连 metadata 都不显示，list 输出只有 filename、length、uploadDate 三列。
- 想看到版本？必须用 shell 或驱动查
fs.files：db.fs.files.find({ filename: "log.zip" }, { metadata: 1, uploadDate: 1 }).sort({ "metadata.version": -1 }) - 想批量清理旧版本？不能靠
mongofiles delete，得手动deleteMany匹配filename+ 条件，再删对应chunks - 注意：删除旧
fs.files文档后，其关联的fs.chunks不会自动回收，需运行db.fs.chunks.deleteMany({ files_id: ObjectId("...") })
mongofiles，改用驱动 API 控制写入结构和查询逻辑。版本字段放哪、怎么排序、删旧留新——全由你定义，GridFS 只负责存块和拼装，不替你管语义。
