MongoDB 3.2迁移至3.6后Windows环境查询性能骤降求助

我之前也碰到过类似Windows下MongoDB升级后查询变慢的问题，结合你的情况，给你几个排查和解决的方向：

1. 检查MongoDB 3.6在Windows上的默认配置差异 #

MongoDB 3.6在Windows环境的默认配置和3.2版本有不少变化，尤其是内存分配、存储引擎参数这块，很容易成为性能瓶颈：

• 打开MongoDB的配置文件（一般是mongod.cfg），重点看wiredTiger相关配置：
  • 调整cacheSizeGB参数，根据你的16GB内存，建议设置为4-6GB（Windows上默认值可能偏小，导致频繁磁盘读写）：

    storage:
      wiredTiger:
        engineConfig:
          cacheSizeGB: 4
    

  • 检查默认的读写一致性级别，3.6默认是majority，如果业务不需要强一致性，可以改成local减少等待开销：
    要么在连接字符串里追加readConcernLevel=local，要么在Spring Data代码里配置：

    MongoTemplate mongoTemplate = new MongoTemplate(mongoClient, "your_db_name");
    mongoTemplate.setReadConcern(ReadConcern.LOCAL);
    

2. 验证索引是否正常生效 #

哪怕是只有10条数据的小集合，索引失效或者未正确加载也可能导致低效查询：

• 登录MongoDB Shell，先确认username字段的索引存在：

  db.user.getIndexes()
  

• 用explain分析查询执行计划，确认是否用到了索引：

  db.user.find({username: "test_username"}).explain("executionStats")
  

  查看executionStats里的totalDocsExamined，如果是1说明索引生效；如果是10，说明走了全表扫描，需要重建索引：

  db.user.createIndex({username: 1})
  

  升级后索引格式可能存在兼容性问题，重建索引能解决这类隐性问题。

3. 调整Spring Data MongoDB的连接配置 #

spring-data-mongodb 2.0.4.RELEASE是兼容MongoDB 3.6的，但连接配置细节可能需要适配：

• 确认连接字符串的认证机制，3.6默认用SCRAM-SHA-1，如果之前3.2用的是MONGODB-CR，可能导致认证环节额外耗时：
  连接字符串示例：mongodb://user:password@localhost:27017/your_db?authMechanism=SCRAM-SHA-1
• 优化连接池配置，避免频繁创建销毁连接：

  MongoClientOptions options = MongoClientOptions.builder()
      .minConnectionsPerHost(5)
      .maxConnectionIdleTime(60000)
      .build();
  

4. 排查Windows系统层面的干扰 #

Windows的防火墙、杀毒软件（比如Windows Defender）经常会对MongoDB的网络请求或磁盘读写做拦截，导致延迟：

• 暂时关闭防火墙和杀毒软件，测试查询速度是否恢复正常；
• 如果确实是这个原因，把mongod.exe和你的Java程序加入防火墙白名单，同时排除MongoDB的数据目录，避免被实时扫描。

5. 查看MongoDB日志定位细节 #

打开MongoDB的日志文件（通常在data/log目录下），找这些关键信息：

• 有没有Slow query条目，里面会详细显示查询耗时和执行计划；
• 有没有存储引擎相关的警告，比如WiredTiger cache overflow这类内存不足的提示。

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