cfuckfuck的博客

上次说到主从库集群模式。在这个模式下，如果从库发生了故障，客户端可以继续向主库或者其他从库发送请求，进行相关的操作，但是如果主库发生了故障，那就没有直接会影响到从库的同步，因为从库没有相应的主库可以进行数据复制操作了。 而且，如果客户端发送发的都是读操作请求，那还可以由从库继续提供服务，在这纯读的业务场景下还能被接受。但是，一旦有些操作请求了，按照主从库模式下的读写分离要求，需要由主库来完成写操作。此时，也没用实例可以来服务客户端的写操作请求了，如图 无论是写服务中断，还是从库无法进行数据同步，都是不能接受

为什么单线程的Redis这么快？ 事实上Redis并不是单线程的，我们通常说的单线程是指Redis的网络IO和键值对的读写是由一个线程来完成的，这也是Redis对外提供键值存储服务的主要流程。但Redis的其他功能，比如说持久化，异步删除，集群数据同步等，其实是由额外的线程执行的。 为什么用单线程？ 日常中我们会听到一个说法“使用多线程，可以增加系统吞吐率，或是可以增加系统扩展性。”对于一个多线程的系统来说，在有合理的资源分配的情况下，可以增加系统中的处理请求操作的资源实体，进而提升系统能够同时处理的请求数

AOF和RDB分别可以通过回放日志和重新读入RDB文件的方式恢复数据，从而保证尽量少丢失数据，提升可靠性。 即使用了这两种方法，也依然存在服务不可用的问题，比如实例宕机了在恢复期间，是无法服务新来的数据存取请求。 那Redis又何来的高可靠性呢？ 这里有两层含义： 数据少量丢失 服务尽量少中断 AOF和RDB保证了前者，而对于后者，Redis的做法就是增加副本冗余量，将一份数据同时保存在多个实例上。即使又一个实例出现了故障，需要过一段时间才能恢复，其他实例也可以对外提供服务，不会影响业务使用。 多实例保