redis简介

Redis的原子性：一个事务是不可分割的最小单位，要么全部成功，要么全部失败，Redis的所有单个命令都是原子性的。
Redis Ping 命令使用客户端向 Redis 服务器发送一个 PING ，如果服务器运作正常的话，会返回一个 PONG 。通常用于测试与服务器的连接是否仍然生效，或者用于测量延迟值。
Redis是一个单线程单进程的模型
Redis使用单线程的原因：
多线程处理可能涉及到锁 ，一旦涉及到锁，效率肯定就会低
多线程处理会涉及到线程切换而消耗CPU
单进程不存在线程安全问题
采用多路I/O复用技术可以让单线程高效处理多个连接请求（尽量减少网络IO的时间消耗）
缺点：
无法发挥多核CPU性能，不过可以通过在单机开多个Redis实例来完善，开多个Redis时需要修改Redis的端口号，不然都是默认为6379，因为redis.conf 中配置的是6379。创建相同端口的Redis只会是刷新一下Redis而已。

本机中存在一个端口号为6379的redis

多启动几个redis，查看redis的状态，依然只有一个Redis进程，因为每次启动的Redis的端口号都一样

Redis中默认有16个数据库。类似数组下标从零开始，初始默认使用零号库。Redis的16个数据库的密码是一样的。Redis索引都是从零开始。打开redis.conf文件，可以看到里面设置的是16个数据库

单线程的redis为什么这么快

主要是以下三点
(一)纯内存操作
(二)单线程操作，避免了频繁的上下文切换
(三)采用了非阻塞I/O多路复用机制

题外话：我们现在要仔细的说一说I/O多路复用机制，因为这个说法实在是太通俗了，通俗到一般人都不懂是什么意思。博主打一个比方：小曲在S城开了一家快递店，负责同城快送服务。小曲因为资金限制，雇佣了一批快递员，然后小曲发现资金不够了，只够买一辆车送快递。
经营方式一
客户每送来一份快递，小曲就让一个快递员盯着，然后快递员开车去送快递。慢慢的小曲就发现了这种经营方式存在下述问题

几十个快递员基本上时间都花在了抢车上了，大部分快递员都处在闲置状态，谁抢到了车，谁就能去送快递
随着快递的增多，快递员也越来越多，小曲发现快递店里越来越挤，没办法雇佣新的快递员了
快递员之间的协调很花时间
综合上述缺点，小曲痛定思痛，提出了下面的经营方式
经营方式二
小曲只雇佣一个快递员。然后呢，客户送来的快递，小曲按送达地点标注好，然后依次放在一个地方。最后，那个快递员依次的去取快递，一次拿一个，然后开着车去送快递，送好了就回来拿下一个快递。

对比
上述两种经营方式对比，是不是明显觉得第二种，效率更高，更好呢。在上述比喻中:

每个快递员------------------>每个线程
每个快递-------------------->每个socket(I/O流)
快递的送达地点-------------->socket的不同状态
客户送快递请求-------------->来自客户端的请求
小曲的经营方式-------------->服务端运行的代码
一辆车---------------------->CPU的核数
于是我们有如下结论
1、经营方式一就是传统的并发模型，每个I/O流(快递)都有一个新的线程(快递员)管理。
2、经营方式二就是I/O多路复用。只有单个线程(一个快递员)，通过跟踪每个I/O流的状态(每个快递的送达地点)，来管理多个I/O流。

下面类比到真实的redis线程模型，如图所示

参照上图，简单来说，就是。我们的redis-client在操作的时候，会产生具有不同事件类型的socket。在服务端，有一段I/0多路复用程序，将其置入队列之中。然后，文件事件分派器，依次去队列中取，转发到不同的事件处理器中。
需要说明的是，这个I/O多路复用机制，redis还提供了select、epoll、evport、kqueue等多路复用函数。
单线程的redis为什么这么快内容来自：https://www.cnblogs.com/rjzheng/p/9096228.html