Redis企业应用场景

文章转自华为云社区，作者：kaliarch；原文链接：https://bbs.huaweicloud.com/blogs/352910

Redis 企业应用场景

一 短信登录

基于Redis实现共享session登录

• 选择合适的数据结构


• 选择合适的key


• 选择合适的存储粒度

二 数据缓存

2.1 缓存更新策略

• 内存淘汰：利用Redis内置的内存淘汰机制，当内存不足时自动淘汰部分数据，下次查询时更新数据。


• 超时剔除：给数据添加TTL时间，到期后自动删除。


• 主动更新：编写代码，修改数据的时候同时更新缓存。

先操作数据库，再删缓存。

2.2 缓存问题

2.2.1 缓存穿透

概念

• 客户端请求的数据的数据不在数据库中，这样缓存永远也不能生效，请求一直到数据库层，一般可能是黑客攻击。

解决方案

• 缓存空对象：实现简单，维护方便，但有额外的内存消耗，可能短时间数据不一致。


• 布隆过滤器：根据算法缓存索引，如果不存在则不存在，返回存储也有一定程度不存在的可能，内存占用小，没有对于的key，存在误判


• 增加ID的复杂度，避免被猜到ID的规律。


• 做好数据的基础校验。


• 用户权限。


• 热点参数的限流。

2.2.2 缓存雪崩

概念

• 同一时刻存在大量的key同事失效或redis宕机，导致大量请求到达数据库。

解决方案

• 给不同的key的ttl添加随机值


• 利用redis集群提升高可用性


• 给缓存业务添加降级限流策略


• 给业务添加多级缓存

2.3 缓存击穿

概念

• 缓存击穿问题也称为热点key问题，一个被高并发访问并且缓存重建业务较复杂的key突然失效，无数的请求访问会瞬间给数据库带来巨大压力。

解决方案

• 互斥锁


• 逻辑过期

三 消息队列实现秒杀

3.1 全局唯一ID生成策略

• UUID


• Redis自增


• snowflake算法


• 数据库自增

3.2 并发线程安全

3.3 乐观锁

版本法

CAS法：基于数据逻辑进行判断。

四 分布式锁

多进程可见，并且互斥的锁

4.1 特征

• 多进程可见


• 互斥


• 高可用


• 高性能


• 安全性

4.2 实现分布式锁

获取锁

• 互斥：确保只有一个线程获取锁（set nx ex，获取锁的时候存入线程ID）

释放锁

• 手动释放：释放的时候判断是否与当前线程ID一致，如果不一致则不释放。


• 超时释放：获取锁时添加超时时间