MongoDB查询异常：匹配in_out:1却返回in_out:-1的文档

我完全懂你这种快被逼疯的感觉——明明语法看着跟示例一模一样，结果却跟预期完全不符！先帮你梳理下问题核心：

• 在MongoDB 3.6环境中，执行{"in_out":1}的查询，结果里混进了in_out:-1的文档
• 相同逻辑在MongoDB 4.0.9环境中却能正常过滤
• 集合文档里明确存在in_out为1和-1的独立记录

可能的原因与排查解决步骤 #

1. 先排查字段类型是否不一致（最常见的坑） #

MongoDB是强类型数据库，如果部分文档的in_out字段类型不统一（比如有的是数字、有的是字符串），就会出现这种“看起来匹配但实际不对”的情况。比如有些文档里in_out存的是字符串"-1"，而你查的是数字1，但某些场景下可能因为类型判断逻辑导致意外匹配？

先运行这段聚合查询，统计所有in_out的类型和对应值：

dbo.collection(collectionname).aggregate([
  { $group: { _id: { type: { $type: "$in_out" }, value: "$in_out" }, count: { $sum: 1 } } }
]).toArray(function(err, result) {
  if(err) throw err;
  console.log(result);
});

如果发现存在字符串类型的in_out值，就把所有字段统一改成数字类型：

dbo.collection(collectionname).updateMany(
  { in_out: { $type: "string" } },
  [ { $set: { in_out: { $toInt: "$in_out" } } } ]
).then(result => {
  console.log(`统一了${result.modifiedCount}个文档的字段类型`);
});

2. 检查索引是否损坏或不兼容 #

MongoDB 3.6和4.0在索引处理上有细微差异，可能存在索引类型不匹配或损坏的情况。可以先强制跳过索引查询，看看结果是否正确：

var findobj = { "in_out": 1 };
// 强制使用全表扫描，不依赖索引
dbo.collection(collectionname).find(findobj).hint({ $natural: 1 }).toArray( function(err, result ) { 
  if(err) throw err; 
  res.json(result); 
  console.log(result); 
} );

如果此时结果正常，说明索引有问题，重建索引即可：

dbo.collection(collectionname).reIndex(function(err, result) {
  if(err) throw err;
  console.log("索引重建完成");
});

3. 确认查询条件没有被意外修改 #

有时候异步代码里的变量会被其他逻辑偷偷修改，建议在查询前打印findobj的内容，确保它确实是你定义的{"in_out":1}：

var findobj = { "in_out": 1 };
console.log("当前查询条件：", JSON.stringify(findobj)); // 先确认条件未被篡改
dbo.collection(collectionname).find(findobj).toArray(...)

4. 排查MongoDB 3.6的特定行为 #

3.6版本在某些查询逻辑上和4.0有区别，比如如果部分文档的in_out是数组类型（比如[1, -1]），查询{"in_out":1}会匹配包含1的数组，这类文档可能被你误以为是in_out:-1的单值文档。可以用这段查询排查数组类型的字段：

dbo.collection(collectionname).find({ in_out: { $type: "array" } }).toArray(function(err, result) {
  if(err) throw err;
  console.log("存在数组类型的in_out文档：", result);
});

这种看似诡异的问题往往都是细节漏洞，希望上面的方法能帮你快速解决，少浪费点时间！

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