如何在Heroku多dyno部署的Node/Express应用中实现跨实例缓存

方案1：保留本地node-cache，实现全局缓存刷新 #

如果不想改动现有本地缓存的业务逻辑，可以通过发布/订阅(Pub/Sub)模式实现所有dyno的同步缓存清理：

• 所有dyno启动时统一订阅一个缓存清理的消息频道，收到清理消息后执行本地缓存清空操作
• CMS触发内容更新时，不再调用单实例的缓存清理接口，而是向公共消息频道发送清理指令，所有在线dyno都会收到指令完成清理

参考实现代码（基于Redis Pub/Sub） #

// 各dyno公共初始化逻辑
const Redis = require('ioredis');
const NodeCache = require('node-cache');
const localCache = new NodeCache();
const redisSub = new Redis(process.env.REDIS_URL);

// 订阅缓存清理频道
redisSub.subscribe('cache:clear', (err) => {
  if (err) console.error('缓存频道订阅失败：', err);
});

// 接收消息后执行清理
redisSub.on('message', (channel, payload) => {
  if (channel === 'cache:clear') {
    // payload可以传指定要清理的缓存key，不传则全清
    payload ? localCache.del(payload) : localCache.flushAll();
  }
});

// CMS侧触发缓存清理的逻辑
const redisPub = new Redis(process.env.REDIS_URL);
async function triggerGlobalCacheClear(targetKey = null) {
  await redisPub.publish('cache:clear', targetKey || '');
}

该方案改动成本极低，原有本地缓存读写逻辑完全不需要调整。

方案2：改用分布式缓存，从根本上避免一致性问题（更推荐高并发场景使用） #

放弃单实例本地缓存，改用统一的分布式缓存层，所有dyno共享同一份缓存数据，天然不存在多实例数据不一致问题：

• 用Redis作为全局缓存存储，所有dyno的缓存读写都请求同一个Redis实例
• CMS内容更新后，直接删除Redis中对应的缓存key即可，所有dyno后续的读取请求都会拿到更新后的新数据

参考实现代码 #

const Redis = require('ioredis');
const redis = new Redis(process.env.REDIS_URL);

// 封装带缓存的DB查询逻辑
async function queryWithCache(cacheKey, dbQuery, ttl = 3600) {
  // 先查缓存
  const cachedVal = await redis.get(cacheKey);
  if (cachedVal) return JSON.parse(cachedVal);
  // 缓存未命中查DB
  const dbResult = await dbQuery();
  // 写入缓存，ttl为缓存有效期（单位：秒）
  await redis.set(cacheKey, JSON.stringify(dbResult), 'EX', ttl);
  return dbResult;
}

// CMS更新后清理缓存
async function clearCache(cacheKey) {
  await redis.del(cacheKey);
}

该方案的优势：

• 完全规避多实例缓存一致性问题，不需要额外维护通知逻辑
• 缓存命中率更高，扩容dyno时不需要做额外的缓存适配
• 可灵活配置缓存淘汰、过期策略，Redis本身性能足以支撑高并发访问

兜底优化 #

不管用哪种方案，都可以给缓存设置合理的短有效期作为兜底，比如设置1-5分钟的自动过期时间，即使出现清理逻辑异常，最多只会有几分钟的不一致窗口，用户感知极低。

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