技术问询：Meteor访问外部C程序创建的Capped Collection缓存异常

这个坑我之前踩过！核心问题在于Meteor的客户端Minimongo不会自动识别MongoDB固定集合（Capped Collection）的特性——服务器端的固定集合会自动删掉超出容量的旧文档，但Minimongo完全不知道这回事，会一直缓存之前同步过来的旧数据，导致客户端和服务器数据对不上。

下面是几个实用的解决办法，按推荐程度排序：

1. 服务器端发布时只返回最新的N条文档（最靠谱） #

既然你的固定集合限制是最多10条，那直接在服务器发布的时候就只给客户端最新的10条，从根源上避免客户端拿到旧数据。

固定集合的文档是按插入顺序存储的，旧文档会被自动挤掉，所以我们可以用$natural排序（对应MongoDB的插入顺序），倒序取最新的10条：

// 服务器端的发布函数
Meteor.publish('cappedLogs', function() {
  // 替换成你的固定集合名称，limit设为你的容量上限（比如10）
  return Mongo.Collection.get('cappedLogs').find({}, {
    sort: { $natural: -1 }, // 倒序，取最新的文档
    limit: 10
  });
});

客户端订阅这个发布后，只会拿到服务器上当前存在的10条最新文档，不会缓存超出限制的旧数据。

2. 客户端手动同步固定集合的清理逻辑 #

如果因为某些原因不能修改服务器发布逻辑，可以在客户端监听集合变化，一旦文档数量超过上限，就手动删掉最旧的那些：

// 客户端初始化集合
const CappedLogs = new Mongo.Collection('cappedLogs');

// 订阅完成后先清理一次旧数据
Meteor.subscribe('cappedLogs', {
  onReady() {
    const docCount = CappedLogs.find().count();
    if (docCount > 10) {
      // 计算需要删除的旧文档数量，找到最旧的那些并删除
      const docsToRemove = CappedLogs.find({}, { sort: { $natural: 1 }, limit: docCount - 10 }).fetch();
      docsToRemove.forEach(doc => CappedLogs.remove(doc._id));
    }
  }
});

// 实时监控新文档插入，一旦超量就删最旧的
CappedLogs.find().observeChanges({
  added() {
    const docCount = CappedLogs.find().count();
    if (docCount > 10) {
      const oldestDoc = CappedLogs.findOne({}, { sort: { $natural: 1 } });
      if (oldestDoc) CappedLogs.remove(oldestDoc._id);
    }
  }
});

这里的$natural: 1是按插入顺序正序排序，最旧的文档会排在最前面，所以直接删第一个就好。

为什么会出现这个问题？ #

再补充下原理：Meteor的客户端集合依赖Minimongo——一个运行在浏览器/客户端的内存版MongoDB，但它没有实现固定集合的自动截断逻辑。而且你是用C程序创建的固定集合，Meteor在初始化集合时不会主动检测集合的类型（是否为固定集合），所以完全不知道需要自动清理旧数据，才会出现客户端缓存超量文档的情况。

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