Node.js对接MongoDB存储文件应选Blob还是Base64字符串？

核心结论 #

优先选择服务端将Base64转换为二进制（Blob）存入数据库，绝对不要直接存储Base64字符串，原因如下：

• 存储体积优势：Base64编码会比原始二进制数据大33%，相同文件存二进制可以节省近1/3的存储空间，也能降低你触碰MongoDB 16MB单文档上限的概率：比如12MB的原始二进制文件，转成Base64后刚好接近16MB阈值，直接存Base64会平白无故缩小你可存储的单文件上限。
• 性能更优：二进制格式不需要额外编解码，不管是存入后直接返回给客户端播放/下载，还是后续做文件处理，都比Base64少了一步CPU编解码开销，数据库对二进制类型的读写效率也远高于大长度字符串。
• 灵活性更高：存二进制可以按需在服务端转成Base64返回给需要的前端场景，也可以直接输出二进制流，反过来如果存Base64，所有需要二进制的场景都要多一步解码操作，开销固定无法优化。

直接存储Base64的明确问题 #

• 更快触发16MB写入失败：原本可以存到接近16MB的文件，存Base64最多只能存到12MB左右，超过就会被MongoDB拒绝写入。
• 拖慢集合查询性能：超大字符串会降低整个集合的查询效率，尤其是你需要同时查询文档其他字段的时候，大体积Base64字符串会拉低整个查询的响应速度。
• 增加运维成本：更大的存储体积会导致数据备份、分片迁移的时间同步增加，长期来看没有任何收益。

超大文件的兜底方案 #

如果你的音视频文件存在超过12MB的情况，不要存在普通文档字段中，直接使用MongoDB原生的GridFS存储：它会自动把大文件拆分成256KB的小块存储，完全不受单文档16MB限制，Node.js官方MongoDB驱动原生支持GridFS的读写操作，对接成本极低。

内容的提问来源于stack exchange，提问作者Sara Ree