做项目时，总免不了遇到用户抱怨“怎么又卡了”。比如一个电商后台，每次打开商品列表都要从数据库拉一遍数据，服务器压力大，页面加载慢。其实这时候，加一层缓存就能解决大部分问题。
缓存是什么？
简单说，缓存就是把频繁用到的数据先存一份“快照”，下次要用时直接从这个“快照”里拿，不用再走老路查原始数据。就像你每天上班路上买咖啡，第一次要排队点单，但如果店员记得你要什么，第二天直接准备好了，省时省力。
常见应用场景
在数据备份相关的系统中，缓存常用于减轻主库压力。比如日志分析平台，每天生成大量数据，但用户最关心的往往是最近24小时的统计。这部分数据可以缓存到 Redis 中，每隔10分钟更新一次，查询时几乎秒出。
另一个例子是配置中心。很多服务依赖统一的配置文件，如果每次启动都去数据库读取，一旦配置库出问题，所有服务都起不来。提前把配置缓存到本地或分布式缓存中，即使数据库暂时不可用，系统也能正常运行一段时间。
怎么加缓存？简单示例
以 Node.js 为例，使用 Redis 缓存用户信息：
const redis = require('redis');
const client = redis.createClient();
async function getUser(id) {
const cacheKey = `user:${id}`;
const cached = await client.get(cacheKey);
if (cached) {
return JSON.parse(cached); // 命中缓存，直接返回
}
const user = await db.query('SELECT * FROM users WHERE id = ?', [id]);
await client.setex(cacheKey, 300, JSON.stringify(user)); // 缓存5分钟
return user;
}缓存不是万能药
用了缓存，就得面对数据不一致的问题。比如用户改了手机号，数据库更新了，但缓存里还是旧的，得等过期才能刷新。这时候可以主动删除缓存，或者用“写穿透”策略，更新数据库的同时也更新缓存。
还有缓存雪崩的风险——大量缓存同时失效，瞬间请求全打到数据库上。可以通过设置随机过期时间来错峰，比如基础时间加减几分钟。
和数据备份的关系
缓存本身不替代备份。缓存里的数据丢了，可以从源数据重建；但要是源数据没了，缓存再快也没用。所以该做的定时备份、异地存储一样不能少。有时候，缓存还能帮备份系统提速——比如备份前先查一下是否有已生成的统计结果，有就直接复用，避免重复计算。
在实际项目中，合理使用缓存，能让系统响应更快，资源消耗更少。关键是要清楚哪些数据适合缓，哪些必须保真，别为了快把稳定性搭进去。