Redis主从复制以及其原理

在现有企业中80%公司大部分使用的是redis单机服务，在实际的场景当中单一节点的redis容易面临风险。

面临问题

解决办法

要实现分布式数据库的更大的存储容量和承受高并发访问量，我们会将原来集中式数据库的数据分别存储到其他多个网络节点上。

什么是主从复制

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master)，后者称为从节点(slave),数据的复制是单向的，只能由主节点到从节点。

默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。

主从复制的作用

主从复制启用

从节点开启主从复制，有3种方式：

主从复制过程大体可以分为3个阶段：连接建立阶段（即准备阶段）、数据同步阶段、命令传播阶段。

在从节点执行 slaveof 命令后，复制过程便开始运作，下面图示大概可以看到，

从图中可以看出复制过程大致分为6个过程

1）保存主节点（master）信息。

执行 slaveof 后 Redis 会打印如下日志：

2）从节点（slave）内部通过每秒运行的定时任务维护复制相关逻辑，当定时任务发现存在新的主节点后，会尝试与该节点建立网络连接

从节点与主节点建立网络连接

从节点会建立一个 socket 套接字，从节点建立了一个端口为51234的套接字，专门用于接受主节点发送的复制命令。从节点连接成功后打印如下日志：

如果从节点无法建立连接，定时任务会无限重试直到连接成功或者执行 slaveof no one 取消复制

关于连接失败，可以在从节点执行 info replication 查看 master_link_down_since_seconds 指标，它会记录与主节点连接失败的系统时间。从节点连接主节点失败时也会每秒打印如下日志，方便发现问题：

3）发送 ping 命令。

连接建立成功后从节点发送 ping 请求进行首次通信，ping 请求主要目的如下：

·检测主从之间网络套接字是否可用。

·检测主节点当前是否可接受处理命令。

如果发送 ping 命令后，从节点没有收到主节点的 pong 回复或者超时，比如网络超时或者主节点正在阻塞无法响应命令，从节点会断开复制连接，下次定时任务会发起重连。

从节点发送的 ping 命令成功返回，Redis 打印如下日志，并继续后续复制流程：

4）权限验证。如果主节点设置了 requirepass 参数，则需要密码验证，从节点必须配置 masterauth 参数保证与主节点相同的密码才能通过验证；如果验证失败复制将终止，从节点重新发起复制流程。

5）同步数据集。主从复制连接正常通信后，对于首次建立复制的场景，主节点会把持有的数据全部发送给从节点，这部分操作是耗时最长的步骤。

6）命令持续复制。当主节点把当前的数据同步给从节点后，便完成了复制的建立流程。接下来主节点会持续地把写命令发送给从节点，保证主从数据一致性。

客户机/服务器系统 Client/server system 简称C/S系统。是一类按新的应用模式运行的分布式计算机系统。在这个应用模式中，用户只关心完整地解决自己的应用问题，而不关心这些应用问题由系统中哪台或哪几台计算机来完成。在C/S系统中，能为应用提供服务（如文件服务，打印服务，拷贝服务，图象服务，通信管理服务等）的计算机或处理器，当其被请求服务时就成为服务器。一台计算机可能提供多种服务，一个服务也可能要由多台计算机组合完成。与服务器相对，提出服务请求的计算机或处理器在当时就是客户机。从客户应用角度看，这个应用的一部分工作在客户机上完成，其他部分的工作则在（一个或多个）服务器上完成。

  C/S系统最重要的特征是：它不是一个主从环境，而是一个平等的环境，即C/S系统中各计算机在不同的场合既可能是客户机，也可能是服务器，进入90年代，C/S系统迅速流行，在于它有很多优点：用户使用简单，直观；编程，调试和维护费用低；系统内部负荷可以做到比较均衡，资源利用率较高；允许在一个客户机上运行不同计算机平台上的多中应用；系统易于扩展，可用性较好，对用户需求变的适应性好。

从技术角度看，C/S系统本质上是将70年代就提出的虚拟机器的概念使用于分布式计算机系统，其本质是实现功能的合理分布和处理的“无缝连接”。C/S系统的实用依赖于若干90年代才成熟的技术：首先由于以一系列标准为基础的开放式系统原则被普遍接受，为各种客户机，服务器之间提供中间件（Middleware）成为可能；第二，CASE工具，视窗技术，面向对象技术，分布式数据库技术等的成熟，为C/S系统环境下的编程，调试，运行提供了良好的条件；性能价格比迅速提高的计算机为开销甚大的分布式操作系统提供了可接受的运行条件，使得分布式逻辑处理，分布式服务器等应用模式得以实现。

C/S系统已广泛用于中小型工商企业，机关等部门，由于通讯技术的进展，C/S系统在地域上可有较大的跨度。

比如集群，那是同时的；

服务的话比如DNS是设置的，域服务器有PDA、BDA，

你说的是啥服务，对外还是对内的，对内的可以说访问A失败就去访问B，有个韩国的服装企业就是用的集群。

一． 准备服务器

准备两台主机，分别安装好Mysql （要相同版本），确定版本无误，确保mysql服务正常启动，确保两台主机处于同一个局域网中，确定好哪台做为主、备机器，假设A为主机，B为备机，假设：

A主机IP地址为：172161690 端口3306

B主机IP地址为: 172169998 端口3306

二． Mysql建立主-从服务器热备配置步骤

1 创建同步用户

进入MySql操作界面，在主服务器上为从服务器建立一个连接帐户，该帐户必须授予REPLICATION SLAVE权限。

操作指令如下：

1) grant select,replication slave on to 'replicate'@'172169998' identified by '1234567';

2) flush privileges;

2 修改Mysql配置

如果上面的准备工作做好，就可以进行对Mysql配置文件进行修改了，首先找到主服务器Mysql安装文件所有在目录，找到myini文件用记事本打开。在[mysqld]下增加如下内容：

server-id = 1 

log-bin=mysql-bin  

binlog-do-db =test   #需要备份的数据库，多个写多行

binlog-ignore-db = mysql      #不需要备份的数据库，多个写多行

3 重启mysql服务

修改完配置文件保存后，重启一下mysql服务。

4 查看主服务器状态

进入A服务器Mysql 客户端输入命令

1）Show master STATUS;

2）返回结果如下：

注意看里面的参数，特别前面两个File和Position，在从服务器（Slave）配置主从关系会有用到的。

5 从服务器Slave配置修改配置文件

因为这里面是以主－从方式实现mysql双机热备的，所以在从服务器就不用在建立同步帐户了，直接打开配置文件myini进行修改即可，道理还是同修改主服务器上的一样，只不过需要修改的参数不一样。

如下：

[mysqld] 

server-id = 2 

log-bin=mysql-bin 

replicate-do-db = test 

replicate-ignore-db =mysql

6 重启mysql服务

修改完配置文件保存后，重启一下mysql服务。

7 配置从服务器

先停止slave服务线程，这个是很重要的，如果不这样做会造成下面操作不成功，再用change mster 语句指定同步位置，操作如下：

   1) stop slave;

2) change master to master_host='172161690',

master_user='replicate',master_password='1234567',master_port=3306,

master_log_file='mysql-bin000001',master_log_pos=98;

  3) start slave

4) show slave status

查看下面两项值均为Yes，即表示设置从服务器成功。

Slave_IO_Running: Yes 

Slave_SQL_Running: Yes 

你是指客户端的主从还是服务器端的主从？

客户端的主从是指设置ip的时候设置两个dns，其中一个坏了，另一个可以生效。

如果是服务器端的需要用到负载均衡软件，实现自动切换。