简单白话文解析redis，快速了解redis的秘密

我们都知道，redis是单线程的，所以redis是线程安全的，但说到这，就有很多人不明白了，既然redis是单线程的，为什么还可以支持高并发，读写的效率特别高，是如何实现的，不知道大家发现了没，redis官方只提供了linux版本的安装包，没有windows版本的，别急，下面我将用最简洁的语句给大家解析一下。
1. redis请求解析图

如上图：redis我们可以看成由两部分构成，redis遵循IO多路复用原则，我们客户端与redis建立长连接的时候，是和类似于选择器的模块建立连接，而redis这边只有一个线程和selector连接，当多个线程请求redis的时候，是只有一个线程和redis连接进行操作的。

这个时候我们就要说活既然只有一个线程能操作redis，那为什么效率却很高，那是得益于linux的epoll事件监听机制，当多个线程和redis建立长连接的时候，并不是说所有线程都在发起请求，可能只有其中一部分在请求操作redis，而epoll则进行监听，哪个连接发来了请求，redis直接就进行哪个连接的操作，所以，相当于时间复杂度是O(1)。

而windows版本上没有redis官方的安装包，正是因为windows不支持epoll，因此，相当于redis不知道哪个连接有请求，则就必须进行循环查询所有的连接，当查询到某个连接，该连接有请求时则执行，没有请求时则跳到下个连接，依次执行，这样就造成了资源和时间的浪费，因为存在空轮训，时间复杂度是O(n)。

综上，redis执行效率很高的原因就出来了，至于我们现在的redis在windows版本上的安装包，其实都是破解版，修改了redis源码，逻辑就是我上面说到的，循环判断。

2. redis是没有回滚事务的
   redis只有撤销事务，是没有回滚事务的，因为我们知道，开启事务之后，数据库会执行两步操作，第一步，开启事务(begin)，第二步，给所在行数据加行锁，事务未提交之前，其他事务是不能对该行数据做DML操作的，回滚事务的时候也是两步操作，第一步，撤销事务，第二步取消行锁，也就是rollback的操作其实是两部分构成，而redis是单线程的，因此，在执行事务操作的时候，只有开启事务，而没有加行锁或者加锁的机制，同理，回滚事务的时候也就只有撤销事务而没有取消行锁的说法了，所以，redis只有撤销事务，即discard，而没有回滚事务操作(rollback)

3. redis安装，哨兵集群搭建，redis-cluster集群学习请参考下面文章，写的非常详细。
   https://blog.csdn.net/weixin_43727615/article/details/115131032