• 文章目录

Redis 在项目里跑起来之后，缓存命中率看着不错，并不代表系统就稳了。到 2021 年很多内容和后台服务都会碰到两个更现实的问题：某几个 key 被打得特别热，以及 TTL 设得过于随意，导致缓存失效节奏非常难看。

这一篇和前面的一篇博文有点类似,forever 利用别名启动 node.js 服务

Redis 到了 2021 年，已经不是“可选优化”了。很多 Node.js 服务一旦扛到真实流量，列表读取、热点详情、配置查询这些地方，很自然就会想到把 Redis 接进来。

为什么会出现cluster ?

很多项目第一次接 Redis，都把注意力放在“怎么查得更快”上。但真正在 2021 年做内容或后台服务时，我觉得更应该先想清楚的是 key 设计。因为缓存逻辑可以改，key 一旦遍布代码和运维脚本，后面想统一重构就很难了。

上周分享了一篇关于node.js 下命令行框架 yargs 如何实现与程序交互

如何让你的node.js 应用程序像shell 脚本一样和你交互?