开发错误总结之---缓存使用不当引起的数据库异常

目录

场景

问题

解决办法

解决方案优劣分析

---

分享一个开发中的架构设计错误，大概是这样的

场景

1、对外开放的接口，请求量大概一天60万左右，节假日会翻倍

2、每一笔请求需要进行商品有效性校验（其实不是商品，但是为了脱敏，还是用商品代替）

3、商品缓存维护在redis中，如果redis没有，再去查数据库（这是别人写的，我是被交接过来的，抱着对同事的信任，没有问他怎么实现的，并且这个需求时间非常紧，来不及仔细做）

问题

redis集群出现异常，发生了数据丢失，请求全都去查了数据库，造成了数据库能耗上升，性能下降，影响了别的重要业务，经过DBA的排查，发现是我这个服务在疯狂请求数据库，好吧这锅我背，毕竟那位同事已经离职了，而且，背不背锅这是后话，保证生产稳定这是优先级最高的

解决办法

在于需求沟通后，我进行了逻辑调整，依旧在redis放入商品缓存，但是，进行逻辑调整，如果redis没有这个商品，我会把这条记录扔入kafka，不会再去查数据库，从kafka取出来，如果还没有，再扔回kafka，扔回kafka的同时，置入标记，如此往复，如果达到一定阈值，redis仍然没有结果，查询mysql，redis的缓存一分钟刷新一次

解决方案优劣分析

优点：这个方案可以防止对数据库的高频访问，减少数据库压力

缺点：流程复杂度上升，如果是实时性要求比较高的请求，此方法受限于消息队列及处理速度，可能会出现超时现象，毕竟，kafka是无序的，可能你最早写进去，却最晚被消费

所以说，技术没有好不好，只有合不合适，很多场景也各有利弊，看你怎么取舍

如果大家有更好的方案，欢迎大家留言，我也学一学大家更好的处理方案，技术无止境