单线程的redis为什么需要分布式锁？

单线程的redis为什么需要分布式锁？

在学习redis过程中突然脑子传不过去了，想到这个问题。既然是单线程的，那么应该是按顺序执行的，为什么会出现并发问题呢？思考查找资料后想通了，记录学习一下。

首先明白以下几个点：

1.redis是单线程吗？为什么能处理并发操作？

redis既是又不是。

在3.x版本是，在随后的发展中逐步引入多线程。到6.0.x之后采用多线程处理并发问题。

但是在处理读写命令时还是单线程，但是6.x之后加入了I/O多路复用

若有多个请求到redis时。

1. 主线程负责接收建立Socket连接请求并把Socket放入全局等待队列中，紧接着主线程通过轮询方法把Socket连接分配给IO线程。（官方建议启动6个IO线程）
2. 主线程一旦把Socket分配给IO线程，就会进入阻塞状态。IO线程读取并解折请求。
3. 解析完成后主线程还是会以单线程的方式执行这些命令操作。
4. 主线程执行完请求操作后，会把需要返回的结果写入缓冲区，然后主线程会阻塞，等待IO线程把这些结果回写到Socket中，并返回给客户端。回写 Socket 完毕，主线程会清空全局队列，等待客户端的后续请求。

所以能处理并发

2.IO多路复用

IO多路复用指的是单个线程能够监视多个文件描述符（FD）状态，例如，数据到来等待读取。

Redis就是采用的epoll机制来处理网络IO操作，让内核监听socket套接字（区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务）。

Redis线程不会阻塞在某一个特定的客户端请求处理上，epoll一旦监测到FD上有请求到达时，就会把触发的事件放进一个事件队列中，Redis单线程对该事件队列不断进行处理。

我的问题：即使有IO多路复用，到执行的时候也是单线程执行，也不会出现A执行的写操作，影响B的写，为什么要分布式锁呢？

解答：若两个对同一个资源进行set操作，一个先一个后对用户来说也没什么影响。问题出现在若A，B两个线程同时去请求读操作，并将请求到的值+1重新写进去。此时若没有锁的话，两个同时读到value值。又同时发送写请求value+1。最终的结果可能为value+2。所以为了避免对同一资源的竞争，加入了分布式锁。

2.IO多路复用

IO多路复用指的是单个线程能够监视多个文件描述符（FD）状态，例如，数据到来等待读取。

Redis就是采用的epoll机制来处理网络IO操作，让内核监听socket套接字（区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务）。

Redis线程不会阻塞在某一个特定的客户端请求处理上，epoll一旦监测到FD上有请求到达时，就会把触发的事件放进一个事件队列中，Redis单线程对该事件队列不断进行处理。

我的问题：即使有IO多路复用，到执行的时候也是单线程执行，也不会出现A执行的写操作，影响B的写，为什么要分布式锁呢？

解答：若两个对同一个资源进行set操作，一个先一个后对用户来说也没什么影响。问题出现在若A，B两个线程同时去请求读操作，并将请求到的值+1重新写进去。此时若没有锁的话，两个同时读到value值。又同时发送写请求value+1。最终的结果可能为value+2。所以为了避免对同一资源的竞争，加入了分布式锁。