Meteor MongoDB集合查询计数不一致问题求助

这种情况我之前也碰到过，大概率是客户端数据同步不完整或者发布订阅的过滤规则导致的，结合你的版本（Meteor 1.6.1.1、MongoDB 1.4.7），可以按下面的步骤排查：

1. 检查发布订阅逻辑 #

Meteor客户端的集合数据完全依赖服务端的发布和客户端的订阅，如果你的Conversations集合的发布函数里有过滤条件（比如只返回当前用户参与的对话），那客户端只能拿到符合条件的文档，而控制台直接查询MongoDB是不受发布规则限制的，所以会出现计数差异。

• 先看服务端的发布代码，比如：

  Meteor.publish('conversations', function() {
    // 假设这里只返回当前用户的对话
    return Conversations.find({ users: { $in: [this.userId] } });
  });
  

  如果有类似的过滤，那客户端订阅后只能拿到当前用户的对话，而控制台查的是全量数据，自然计数不一样。

• 再确认客户端是否正确订阅了这个发布：

  Meteor.subscribe('conversations');
  

  如果没订阅或者订阅的是另一个有限制的发布，也会导致数据不全。

2. 验证数据加载时机 #

有时候代码里执行Conversations.find().count()的时候，订阅还没完成，客户端还没同步到所有数据，所以计数偏小。你可以用Tracker.autorun或者Meteor.subscribe的回调来确保数据加载完成后再计数：

// 用订阅回调
Meteor.subscribe('conversations', {
  onReady: function() {
    console.log('订阅完成，计数：', Conversations.find().count());
  }
});

// 或者用Tracker.autorun自动追踪数据变化
Tracker.autorun(function() {
  if (Meteor.subscribe('conversations').ready()) {
    console.log('当前计数：', Conversations.find().count());
  }
});

这样能确保你拿到的是订阅完成后的完整数据计数。

3. 检查Allow/Deny规则（虽影响小，但可排查） #

虽然Allow/Deny主要控制客户端的写入操作，但极少数情况下如果有特殊的读取限制（Meteor默认客户端读取是允许的，除非你自定义了），也可能影响数据获取。可以暂时注释掉Allow/Deny规则，测试计数是否一致，排查是否是这个原因。

4. 直接对比客户端和服务端的数据 #

你可以在服务端执行Conversations.find().fetch()，把结果和客户端的Conversations.find().fetch()对比，看看哪条数据客户端没有拿到，然后分析这条数据的特征，就能定位到发布订阅里的过滤条件问题。

比如服务端打印：

// 在服务端方法里执行
Meteor.methods({
  getConversations: function() {
    return Conversations.find().fetch();
  }
});

客户端调用这个方法，拿到服务端的全量数据，和客户端本地集合的数据对比，就能找到缺失的那条，进而排查原因。

内容的提问来源于stack exchange，提问作者Macko.lysy