网易架构师心得：Springboot下使用redis踩过的坑

分享我的网易架构师同事写的一篇在spring boot下使用redis的心得~

首先总结了redis服务端单线程工作模型，redis四种部署方式及使用场景，然后从源码的角度上，分析springboot在jedis和lettuce客户端下使用redis的一些坑~尤其是在集群模式下的一些不兼容问题！

Java架构学习视频和大厂项目底层知识点，需要的同学欢迎私信我发给你~一起学习进步！

1 Redis服务端单线程模型

 

redis 内部使用文件事件处理（file event handler）处理客户端的请求，文件事件处理器是单线程的，所以redis才叫做单线程的模型。

文件事件处理器的结构包含4个部分：多个socket、IO 多路复用程序、文件事件分派器、事件处理器（连接应答处理器、命令请求处理器、命令回复处理器）。

文件事件处理器采用 IO 多路复用机制同时监听多个 socket，根据 socket 上的事件来选择对应的事件处理器进行处理。

Redis客户端通过socket连接reids服务端，多个 socket 可能会并发产生不同的操作，每个操作对应不同的文件事件，但是 IO 多路复用程序会监听多个 socket，将 socket 产生的事件放入队列中排队，事件分派器每次从队列中取出一个事件，把该事件交给对应的事件处理器进行处理。

redis 单线程模型也能效率高的原因：

1. 纯内存操作
2. 基于非阻塞的 IO 多路复用机制
3. 单线程反而避免了多线程的频繁上下文切换问题

为什么redis采用单线程模型呢？

如果采用多线程模型，cpu需要进行上下文切换，假设1MB的数据由多个线程读取了1000次，那么就有1000次时间上下文的切换，那么就有1500ns * 1000 = 1500us，而单线程的读完1MB数据才250us ，所以完全没必要使用多线程。

什么时候适合采用多线程的方案呢？

对于慢速设备：磁盘，网络，SSD 等等，将请求和处理的线程不绑定，请求的线程将请求放在一个buff里，然后等buff快满了，处理的线程再去处理这个buff。然后由这个buff 统一的去写入磁盘，或者读磁盘，这样效率最高。

Redis线程安全吗？

redis实际上是采用了线程封闭的观念，把任务封闭在一个线程，自然避免了线程安全问题，不过对于需要依赖多个redis操作的复合操作来说，依然需要锁，而且有可能是分布式锁。

2 redis部署方式

2.1 单节点模式

单节点模式只有一个节点，一般用来测试

2.2 主从模式

主从模式包括一个主节点和多个从节点，一般来说，主节点用来读写操作，从节点用户读操作，主节点的数据可以同步到从节点，所以从节点即便支持写操作也没有意义。

2.3 哨兵模式

 

哨兵模式是基于主从模式的，哨兵模式为了实现主从模式的高可用，监控主从节点的状态，当sentinel发现master节点挂了以后，