MongoDB修改chunkSize未生效 导致Parse Server上传700KB以上文件超时

此前Shell操作无效的核心原因 #

• 你大概率连配置存储的位置都搞错了：MongoDB的全局GridFS chunkSize配置存在config库的settings集合下，而非存储文件的业务数据库的settings集合中，就算客户端要读取全局配置，也找不到你写入的记录。
• 即便你把配置写到了正确的config库路径下，这个全局默认值也不会产生你预期的效果：fs.files集合中每条文件记录的chunkSize字段值，是文件上传当时由调用端（即Parse Server）主动写入的固定参数值，并非MongoDB基于全局配置动态计算或修改的。
• Parse Server自带的GridFS存储适配器，在初始化连接时会硬编码传入默认值261120字节作为chunkSize参数，完全绕过MongoDB的全局chunkSize默认逻辑，因此你在Shell层修改的全局配置根本不会被Parse Server读取，自然观察不到fs.files集合的字段变更。

实现358400字节自定义分片的操作步骤 #

• 先停止当前运行的Parse Server进程。
• 定位Parse Server的初始化配置：
  • 旧版本（4.x及以下）需要手动引入GridFS存储适配器，在适配器初始化参数中显式传入目标分片值，示例代码：

    const GridFSBucketAdapter = require('parse-server/lib/Adapters/Files/GridFSBucketAdapter');
    new ParseServer({
      // 其余原有配置保持不变
      filesAdapter: new GridFSBucketAdapter(mongoConnectionString, {
        bucketName: 'fs',
        // 显式指定分片大小，单位为字节，即需求中的358400
        chunkSizeBytes: 358400
      })
    })
    

  • 新版本（5.0及以上）无需手动实例化适配器，直接在环境配置中追加PARSE_SERVER_GRIDFS_CHUNK_SIZE=358400参数即可生效。
• 配置完成后重启Parse Server服务，后续新上传的文件会按照358400字节的规格写入分片。

注意事项 #

• 该配置仅影响重启后新上传的文件，fs.files集合中已存在的历史文件记录的chunkSize值不会被回溯修改，对应历史文件的分片仍保持原261120字节的规格，不影响后续新文件的上传流程。
• 此前遇到的700KB以上文件上传报I/O Failure的超时问题，单纯调整chunkSize仅能减少分片交互次数，建议同步排查：
  • Parse Server与MongoDB节点之间的网络连通性与往返时延
  • 反向代理（如Nginx）层的单请求大小、超时阈值配置
  • Android端parseFile.saveFileInBackground()方法的本地网络超时设置

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