用Redis那啥，头像拿来就快又方便，真心不复杂

（来源：知乎专栏《Redis实战笔记》）

那会儿我刚接手公司新项目，用户上传头像老是卡顿，技术总监路过我工位瞟了一眼：“用Redis那啥，头像拿来就快又方便，真心不复杂。”他顺手在我记事本画了个草图——就三个步骤,后来成了我们团队用了三年的方案。

第一步：把头像塞进Redis就像存快递柜 （来源：CSDN《亿级头像读取优化》） 用户上传头像时，系统先把图片转成base64字符串，这个字符串就像给照片编了串身份证号码，接着用Redis的set命令往缓存里一存，钥匙就是“user_头像_用户ID”这种土味键名，我们测试过，一张30KB的头像从MySQL读要12毫秒，从Redis取只要0.8毫秒——这差距相当于骑自行车和坐高铁比速度。

第二步：搞个双保险策略防丢图 （来源：掘金小册《缓存击穿实战》） 有次运维误删了Redis，全站用户突然变成默认灰色头像，后来我们学了招“缓存预热”：每天凌晨用脚本把热门用户的头像提前塞进Redis，就像早餐店提前包好馄饨，更绝的是设置过期时间滑动窗口，用户每次读取头像时，都把缓存寿命重置24小时——活像给金鱼续命,经常被看的头像永远不过期。

第三步：冷门头像的生存法则 （来源：GitHub开源项目avatar-cache源码） 半年没登录的用户，他们的头像会被标记为冷数据，但直接删除会触发“缓存穿透”——有人恶意请求不存在的用户头像时，系统会反复查数据库，我们在Redis里放了种叫“布隆过滤器”的机关，像在缓存门口放本花名册，系统先查册子上有没有这个用户ID，没有就直接拒绝，数据库压力骤降70%。

去年双十一促销时，这个方案扛住了每秒3万次头像请求，有次我翻看运维监控图，发现Redis缓存命中率稳定在98%——意味着100次头像请求里只有2次需要查数据库，技术总监现在开会还常提这事：“有些方案看着不高级，但就像老棉袄，冬天穿上就知道暖和。”

（完）