m0_73302761的博客

从官网的回答我们可以知道，CPU不是Redis性能的瓶颈，影响最大的是内存的大小和网络IO的问题。最终我们可以认为Redis的性能瓶颈可以定为 ：网络IO阶段一 ：服务端和客户端建立Socket连接，并分配处理线程首先，主线程负责接收建立连接的请求，当有客户端请求和实例建立Socket连接时，主线程会创建和客户端的连接，并把Socket放入全局等待队列中，紧接着，主线程通过轮询的方式把Socket连接分配给IO线程。阶段二 ：IO线程读取并解析请求主线程一旦把Socket分配给IO线程，主线程就会进入阻塞状

但是实际上，Redis在执行其他操作的时候，可能会开启多个进程或线程，比如说持久化。但是为了最大程度的利用CPU，您可以在同一框中启动多个Redis实例，并将他们视为不同的服务器，在某个时候，单个Redis看你还不够，因此如果您要使用多个CPU，则可以开始考虑更早的进行分片的方式。​ 正常情况下，使用 del 指令可以很快的删除数据，而当被删除的 key 是一个非常大的对象的时候，如一个包含了成千上万个元素的hash 集合进行 del 时，del 指令就会造成 Redis 主线程卡顿。

导出 AOF 文件也非常简单： 举个例子， 如果你不小心执行了 FLUSHALL 命令， 但只要 AOF 文件未被重写， 那么只要停止服务器， 移除 AOF 文件末尾的 FLUSHALL 命令， 并重启 Redis ， 就可以将数据集恢复到 FLUSHALL 执行之前的状态。这样的话，即使遇上问题，也。， 因此对 AOF 文件的写入不需要进行 seek ， 即使日志因为某些原因而包含了未写入完整的命令（比如写入时磁盘已满，写入中途停机，等等），，在这种配置下，Redis 仍然可以保持良好的性能，

哨兵是用来巡查后台master主机是否故障，如果master故障了，则哨兵会根据投票数自动将某一个从库转换为新master库，对外服务。：当主节点被判断客观下线以后，各个哨兵节点会进行协商，先从sentinel集群中选举出一个leader。，从sentinel的角度来看，如果发送了Ping心跳后，在一定时间内没有收到合法的回复，但是原来的master主机是没有在配置文件里面进行从属关系的配置的，这该怎么应对呢？，原地待命，从机数据可以正常使用，等待主机重启归来，从机只负责的是读命令，不会负责写命令，故。

*序列化：**指将Java对象数据保存到磁盘文件中或者传递给其他网络的节点（在网络上传输）。**反序列化：**指将磁盘文件中的对象数据或者把网络节点上的对象数据，恢复成Java对象的过程为反序列化。