Redis 的常见使用场景

01 缓存

作为 Key-Value 形态的内存数据库，Redis 最先会被想到的应用场景便是作为数据缓存。而使用 Redis 缓存数据非常简单，只需要通过 string 类型将序列化后的对象存起来即可，不过也有一些需要注意的地方：

· 必须保证不同对象的 key 不会重复，并且使 key 尽量短，一般使用类名（表名）加主键拼接而成。

· 选择一个优秀的序列化方式也很重要，目的是提高序列化的效率和减少内存占用。

· 缓存内容与数据库的一致性，这里一般有两种做法：

1.只在数据库查询后将对象放入缓存，如果对象发生了修改或删除操作，直接清除对应缓存（或设为过期）；

2.在数据库新增和查询后将对象放入缓存，修改后更新缓存，删除后清除对应缓存（或设为过期）。

02 数据共享分布式

因为 Redis 是分布式的独立服务，可以在多个应用之间共享。

比如：共享session

在开发后台的时候，需要使用session来保存用户信息，当我们后台服务器不止一台，而是扩展成多台的时候，则需要有个来存储共享session的地方，而redis可以实现session共享。

03 分布式锁

redis可以实现分布式锁，主要使用setnx这个api，如果存在则返回加锁失败，否则加锁成功，并可以设置过期时间。当程序执行完后，需要解锁。在解锁的时候，需要判断，解锁的线程与加锁的线程是同一个线程。所以判断与解锁需要是个原子操作。这个用到了lua脚本来实现。所以实现分布式锁主要有两点：

setnx，存在则加锁，否则返回失败；

使用lua脚本完成解锁操作。

04 消息队列

List是简单的字符串列表，可以从列表头部或尾部插入数据。使用的是压缩列表或者双向链表。常见命令是Left push ，Right pop，左进右出。

消息队列在存取消息时，必须要满足三个需求，分别是消息保序、处理重复的消息和保证消息可靠性。

消息保序，list本身就是有顺序的，可以用LPush和RPop左推右出，实现顺序有序，值得注意的是，在一直没有消息进来的情况，使用pop命令一直访问List会浪费CPU资源，可以使用Redis提供了 BRPOP 命令。BRPOP命令也称为阻塞式读取，客户端在没有读到队列数据时，自动阻塞，直到有新的数据写入队列，再开始读取新数据。

处理重复消息，redis 本身不会去控制存储数据的重复性，需要在客户端自行设计全局ID,消费者自己根据全局ID判断。

消息的可靠性，当消费者从List pop出一条消息，假如处理过程中异常或者系统停机，则redis 上的list已经取出来了，不能再重新消费。为了留存消息，List 类型提供了 BRPOPLPUSH 命令，这个命令的作用是让消费者程序从一个 List 中读取消息，同时，Redis 会把这个消息再插入到另一个 List（可以叫作备份 List）留存。

消息保序：使用 LPUSH + RPOP；

阻塞读取：使用 BRPOP；

重复消息处理：生产者自行实现全局唯一 ID；

消息的可靠性：使用 BRPOPLPUSH。