Redis 的复制功能分为同步（sync）和命令传播（command propagate）这两个操作
《Redis设计与实现》读书笔记（二十五） ——Redis主从复制具体过程 （原创内容，转载请注明来源，谢谢） 一、PSYNC命令执行过程 psync是新版redis复制使用的命令
命令传播：主服务器的数据库状态被修改，导致主从服务器的数据库状态不一致，让主从服务器数据库重新回到一致状态。
Redis中用户可以执行slaveof命令让一个服务器去复制另一个服务器，被复制的服务器称为主服务器，另一个服务器称为从服务器。例如服务器127.0.0.1：6379从服务器127.0.0.1：12345复制内容的命令如下所示：
一个对Java程序员进阶成长颇有研究的人，今天继续给大家带来新的一篇Java进阶指南。
言归正传，今天要说的可是个大家伙，毕竟从现在开始，咱不整简单功能啦，整点厉害的，哈哈哈
复制功能是Redis提供的多机功能中最基础的一个，这个功能是通过主从复制（master-slave replication）模式实现的，它允许用户为存储着目标数据库的服务器创建出多个拥有相同数据库副本的服务器，其中存储目标数据库的服务器被称为主服务器（master server），而存储数据库副本的服务器则被称为从服务器（slave server，或者称为replica）
1、从库向主库发送sync命令，也就是从库向主库发送同步请求； 2、当主库接受到sync命令后，会执行bgsave命令(保存此刻主库的一个快照)，创建一个RDB文件，创建RDB文件期间主库上的执行过的命令都会被保存到缓冲区中； 3、当主库执行完bgsave时，会向从库发送RDB文件，从库接受该文件并加载该文件，将自己的数据库状态更新至主服务器执行BGSAVE命令时的数据库状态； 4、主库将缓冲区的所有写命令发给从库执行； 5、至此可以认为redis主从建立成功，之后主库的每一个写命令都会传到从库上执行。 复制原理说明： master创建RDB文件是通过一个子进程进行的，所以master依然可以处理客户端发来的请求。但这也导致了在保存RDB文件期间，“键空间”可能发生变化（譬如接收到一个客户端请求，执行”set name diaocow”命令），因此为了保证数据同步的一致性，master会在保存RDB文件期间，把接受到的这些可能变更数据库“键空间”的命令保存到缓冲区中。
Redis支持简单的主从（master-slave）复制功能，当主Redis服务器更新数据时能将数据同步到从Redis服务器
当我们采用两阶段提交的方案时，而不是单台服务器转发，那么当多个客户端同时企图获取大部分服务器的锁的时候，会发生什么情况呢？客户端是否必须释放它们所有获得的锁，以避免死锁。又或者客户端获取部分锁之后挂掉了呢？
好的，今天我们要上铂金段位了，如果还没经历过青铜和白银和黄金阶段的，可以先去蹭蹭经验再回来：
技术是为了解决问题而生的，Redis 的 Sentinel 系统实现了 Redis 主从服务器的自动切换。
1. 连接两端点 : 客户端 , 发起连接 ; 服务器端 , 等待客户端的连接 ;
如果像面试官说的这种场景，再使用上面我提到的AOF缓冲区就有点浪费内存空间了。所以Redis会将主服务器的这条Del删除命令，发送给从服务器。
主从复制是指用户可以搭建多个服务器，其中几个服务器当做主服务器，提供写功能。其余的服务器当做从服务器，提供读功能。每当主服务器收到写请求时，同时需要把数据发送给从服务器。保证主从服务器的数据保持最终一致性。利用这个机制，可以利用廉价的服务器搭建高可用，高并发集群。主从复制是搭建高可用集群的必备利器。
《Redis设计与实现》读书笔记（二十） ——Redis命令在redis服务器执行过程 （原创内容，转载请注明来源，谢谢） 序：redis服务器是redis一切的基础，服务器执行命令过程，是redis服务器的根本；服务器定时函数、服务器初始化，是服务器对客户端提供高效、稳定服务的根本。这三篇文章都是讲述redis服务器相关的原理。 一、概述 redis服务器负责和多个客户端建立连接，处理客户端发送的命令，在数据库中保存命令生成的数据，并且通过资源管理来实现自身的运转。 二、redis命令
《Redis设计与实现》读书笔记（二十四） ——Redis主从复制原理 （原创内容，转载请注明来源，谢谢） 一、概述 redis中，可以用slaveof命令，或者在配置中设置slaveof选项，让一个服务器去复制另一个服务器。去复制的服务器称为从服务器（slave），被复制的称为主服务器（master）。 主服务器的增删改，在从服务器中都会一并有改动。 redis2.8之前（不含2.8）的版本（下称旧版），和之后（含2.8）的版本（下称新版），对于复制的做法有所不同，
Redis的复制功能的作用和大多数分布式存储系统一样，就是为了支持主从设计，主从设计的好处有以下几点：
在主从复制模式的集群里，主节点一般是一个，从节点一般是两个或多个，写入主节点的数据会被复制到从节点上，这样一旦主节点出现故障，应用系统能切换到从节点去读写数据，这样能提升系统的可用性。而且如果再采用主从复制模式里默认的读写分离的机制，更能提升系统的缓存读写性能。所以对性能和实时性不高的系统而言，主从复制模式足以满足一般的性能和安全性方面的需求。
⚗ 可以通过复制功能来让主服务器免于执行持久化操作，由从服务器去执行持久化操作即可。
这篇文章主要讲述Redis的主从复制功能。会依次从环境搭建、功能测试和原理分析几个方面进行介绍。
Redis的复制功能分为同步（sync）和命令传播（commandpropagate）两个操作 同步 从服务器对主服务器的同步操作需要通过向主服务器发送SYNC命令来完成，以下是SYNC命令的执行步骤： 1）从服务器向主服务器发送SYNC命令 2）收到SYNC命令的主服务器执行BGSAVE命令，在后台生成一个RDB文件，并使用一个缓冲区记录从现在开始执行的所有写命令 3）主服务器将BGSAVE命令生成的RDB文件发送给从服务器，从服务器接收并载入这个RDB文件，将自己的数据库状态更新至主服务器执行BGSAV
前面介绍Redis，我们都在一台服务器上进行操作的，也就是说读和写以及备份操作都是在一台Redis服务器上进行的，那么随着项目访问量的增加，对Redis服务器的操作也越加频繁，虽然Redis读写速度都很快，但是一定程度上也会造成一定的延时，那么为了解决访问量大的问题，通常会采取的一种方式是主从架构Master/Slave，Master 以写为主，Slave 以读为主，Master 主节点更新后根据配置，自动同步到从机Slave 节点。
Redis的性能很好，但在某些情况下还是不能满足我们的需求，比如过多的用户进入主页，导致Redis被频繁访问，此时就存在大量的读操作。在一些秒杀场景中，一瞬间有成千上万的读请求到达Redis服务器，显然单靠一台Redis服务器是不够的。一些服务网站对安全性有较高的要求，当主服务器不能工作的时候，需要从服务器代替原来的主服务器，作为灾备，以保证系统可以正常运行。因此更多的时候我们希望读写分离，读写分离的前提是读操作远远比写操作频繁的多，如果把数据存放在多台服务器上那么就可以从多台服务器上读取数据，从而消除了单台服务器的压力，读写分离的技术已经广泛用于数据库中。
Redis支持主从复制功能，用户可以通过执行slaveof命令或者在配置文件中设置slaveof选项来开启复制功能。例如，现在有两台服务器—127.0.0.1:6379和127.0.0.1:7000，向服务器127.0.0.1:6379发送下面命令：
《Redis设计与实现》读书笔记（二十六） ——Redis哨兵（sentinel）启动与建立监听机制 （原创内容，转载请注明来源，谢谢） 一、概述 哨兵（Sentinel）是redis高可用性的解决方案，由一个或多个哨兵实例组成的哨兵系统，可以监视任意多个主服务器，以及这些主服务器属下的从服务器。 当被监视的主服务器下线时，根据某些规则挑选一个从服务器，作为新的主服务器。接着，其他从服务器会向新的主服务器发送复制指令，并且完成复制。同时，哨兵会监视下线的原主服务器，在它重新上线后，将它也置为从服务器。 二、
尽管 Redis 的性能很好，但是有时候依旧满足不了应用的需要，比如过多的用户进入主页，导致 Redis 被频繁访问，此时就存在大量的读操作。显然单靠一台 Redis 服务器是完全不够用的 当主服务器不能正常工作的时候，我们希望从服务器代替原来的主服务器，作为灾备，以保证系统可以继续正常的工作 。
《Redis设计与实现》读书笔记（二十七） ——Redis哨兵（sentinel）主服务器下线判断与故障转移 （原创内容，转载请注明来源，谢谢） 一、主观下线检测 默认情况下，sentinel会每秒
复制分为连接建立，数据同步（sync）和命令传播（command propagate）三个阶段
之前记录了关于Redis的数据结构和对象的知识（可以点Redis标签看看），下面开始填坑。
FTP只通过TCP连接，没有用于FTP的UDP组件，FTP不同于其他服务的是它使用了两个端口，一个数据端口和一个命令端口(或称为控制端口)。通常21端口是命令端口，20端口是数据端口。当混入主动/被动模式的概念时，数据端口就有可能不是20了。 主动模式FTP 主动模式下，FTP客户端从任意的非特殊的端口（N > 1023）连入到FTP服务器的命令端口–21端口。然后客户端在N+1（N+1 >= 1024）端口监听，并且通过N+1（N+1 >= 1024）端口发送命令给FTP服务器。服务器会反过来连接用户本地
Redis 支持简单且易用的主从复制（master-slave replication）功能， 该功能可以让从服务器(slave server)成为主服务器(master server)的精确复制品。
Redis作为一个支持分布式的数据库，多机操作显得格外重要，本文就Redis多机功能中的复制、哨兵与集群功能做简单的分析。
本期原本计划是写些redis高可用架构选型，分析，及实战，发现篇幅过长，所以拆开来写了。这期先讲一些官方提供的高可用功能，主从，sentinel，以及redis cluster。
> 参考文献 [RFC 5321](https://www.rfc-editor.org/rfc/rfc5321.txt "https://www.rfc-editor.org/rfc/rfc5321.txt")
在Redis中，复制功能是通过使用主从模式来实现的。一台Redis服务器（称为主服务器）可以有多个从服务器连接到它。
对于每个与服务器进行连接的客户端，服务器都为这些客户端建立了相应的 redis.h/redisClient结构（客户端状态），这个结构保存了客户端当前的状态信息，以及执行相关功能时需要用到的数据结构，其中包括：
继续我们上一节的讨论。服务器启动了，客户端也发送命令了。接下来，就要到服务器“表演”的时刻了。
Sentinel（哨兵、哨岗）是Redis的高可用（high availability）解决方案：由一个或多个Sentinel实例组成Sentinel系统可以监视任意多个主服务器以及它们属下的所有从服务器，并在监视主服务器进行下线时，将主服务器下属的从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令请求。
之前使用stat命令来验证ZooKeeper服务器是否启动成功，这里的stat命令就是ZooKeeper 中最为典型的命令之一。ZooKeeper中有很多类似的命令，它们的长度通常都是4个英文字母，因此我们称之为“四字命令”。
订阅连接：订阅某个频道，频道有消息马上读取，一个频道上的消息会发给多个订阅者，所以是一发多收
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master)，后者称为从节点(slave),数据的复制是单向的，只能由主节点到从节点。
主从刚刚连接的时候，进行全同步；全同步结束后，进行部分同步。当然，如果有需要，slave 在任何时候都可以发起全同步。
Nginx是Linux和BSD用户中最受欢迎的web服务器之一，因为它具有丰富的功能指令集和优越的灵活性。如果您是一名Web开发人员，那么您可能正在使用Nginx或Apache服务器。因此，深入了解Nginx如何从命令行工作是很重要的。幸运的是，您可以通过掌握一些Nginx命令来提高DevOps技能。我们的编辑为您选择了这些经常使用的命令，并为启动Linux管理员提供了全面的讨论。那就请你阅读本文以了解关于这些命令的更多信息。
在 Redis 系列的开篇文章中，我们对 Redis 概述以及 Redis 数据结构与对象进行了详细的讨论以及了解。经过上一篇文章的阅读，相信读者已经对 Redis 的内部结构有了大致了解，接下来我们继续深入了解 Redis 内部结构。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
