GridFS 文件体积直接查 fs.files.length 字段即可，无需汇总 fs.chunks；常见错误是集合名写错或未启用 GridFS；正确命令为 db.fs.files.aggregate([{$sort: {length: -1}}, {$limit: 10}])。
GridFS 文件元数据不在 fs.files 里查不到体积？
默认情况下，fs.files 集合确实存了文件元信息，但 length 字段就是文件体积（单位字节），不是“可能有”，而是“一定有”。很多人查不出结果，是因为误以为要从 fs.chunks 汇总计算——完全没必要。MongoDB 官方设计就是让 fs.files.length 直接反映完整文件大小。
常见错误现象：db.fs.files.aggregate([{$sort: {length: -1}}]) 返回空或结果不对，大概率是集合名写错了（比如用了 files 而非 fs.files），或者连接的数据库压根没启用 GridFS（即没有 fs.files 和 fs.chunks 这两个集合）。
- 确认集合存在：
db.getCollectionNames().filter(n => n.startsWith('fs.')) - 检查字段是否存在：
db.fs.files.findOne({}, {projection: {length: 1}}) - 注意：如果用自定义前缀（如
mybucket.files），那集合名就不是fs.files，得按实际命名来
$sort + $limit 是最简方案，别绕弯写 $group
找出体积最大的 10 个文件，不需要聚合计算总量、不涉及去重或跨 chunk 统计，纯排序取 topN。$group 在这里不仅多余，还会强制全表扫描+内存排序，容易触发 Sort exceeded memory limit 错误。
正确写法就是两步：按 length 降序，再取前 10 条。MongoDB 能直接利用 fs.files.length 字段上的默认索引（如果没删过）加速排序。
- 基础命令：
db.fs.files.find().sort({length: -1}).limit(10) - 聚合等价写法（更显式，推荐）：
db.fs.files.aggregate([{$sort: {length: -1}}, {$limit: 10}]) - 想带文件名和大小一起看：
{$project: {filename: 1, length: 1, _id: 0}}加在 pipeline 末尾 - 注意：
length是 NumberLong 类型，Shell 里显示为NumberLong("123456789")，不影响比较
为什么有时 length 看起来“不准”？其实是分片或驱动写入异常
绝大多数情况下 length 是准确的，但有两个真实场景会导致偏差：
- 使用旧版驱动（如 pymongo length 字段
- MongoDB 分片集群中，如果应用层并发写同一个文件 ID（比如重复调用
put()未加锁），fs.files文档可能被覆盖，但fs.chunks已写入部分数据，造成length和实际 chunk 总和不一致 - 修复方法不是重算，而是删掉该文件后重新上传；日常应避免直接操作
fs.files，一律走 GridFS API
如果你怀疑数据不一致，可以用这个校验脚本（仅限小规模）：db.fs.chunks.aggregate([{$group: {_id: '$files_id', total: {$sum: '$data.size'}}}, {$lookup: {from: 'fs.files', localField: '_id', foreignField: '_id', as: 'file'}}, {$unwind: '$file'}, {$project: {filename: '$file.filename', expected: '$file.length', actual: '$total', mismatch: {$ne: ['$file.length', '$total']}}}, {$match: {mismatch: true}}])
真正影响性能的是缺失索引，不是聚合本身
当 fs.files 有几十万文件时，没索引的 $sort 会变慢甚至超时。MongoDB 不会自动为 length 建索引，得手动加：
- 建索引命令：
db.fs.files.createIndex({length: -1}) - 索引大小可控：只有
_id和length两字段，远小于整个文档 - 已有数据无需重建集合，索引创建过程不影响读写（后台模式）
- 如果经常按上传时间查，可建复合索引：
{length: -1, uploadDate: -1}，兼顾两种排序需求
没建索引时，explain("executionStats") 会显示 totalDocsExamined 等于集合总数，且 executionTimeMillis 明显偏高——这是最该先看的信号。
