本文共 3560 字，大约阅读时间需要 11 分钟。

一、基本信息

官网： https://redis.io/

官方文档： https://redis.io/documentation

中文网： http://www.redis.cn/

中文论坛： http://bbs.redis.cn/forum.php

Redis教程： https://www.runoob.com/redis/redis-tutorial.html

中文教程： http://www.redis.com.cn/

中文社区： https://ruby-china.org/topics/node10

Redis社区： http://www.redis.cn/community.html

二、概述

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

面临问题

1、机器故障。我们部署到一台 Redis 服务器，当发生机器故障时，需要迁移到另外一台服务器并且要保证数据是同步的。而数据是最重要的，如果你不在乎，基本上也就不会使用 Redis 了。

2、容量瓶颈。当我们有需求需要扩容 Redis 内存时，从 16G 的内存升到 64G，单机肯定是满足不了。当然，你可以重新买个 128G 的新机器。

解决办法

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

Redis 为了解决这个单一节点的问题，也会把数据复制多个副本部署到其他节点上进行复制，实现 Redis的高可用，实现对数据的冗余备份，从而保证数据和服务的高可用。

三、主从复制的作用

1、数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。

2、故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。

3、负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。

4、读写分离：可以用于实现读写分离，主库写、从库读，读写分离不仅可以提高服务器的负载能力，同时可根据需求的变化，改变从库的数量。

5、高可用基石：除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

主从复制启用

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

1、配置文件：在从服务器的配置文件中加入 replicaof （低版本： slaveof）。

2、启动命令：redis-server启动命令后加入 --replicaof （低版本： slaveof）。

3、客户端命令：Redis服务器启动后，直接通过客户端执行命令 replicaof （低版本： slaveof），则该Redis实例成为从节点。

四、系统及工具

1、系统信息

2、主、从节点安装redis请参考：

3、从节点增加配置：

#
    
    
       主节点 Redis 的 IP 和端口  注：低版本 Redis 有可能是 slaveof （只在从节点配置）replicaof 192.168.6.101 6379#
     
        主节点上的密码  （只在从节点配置）masterauth 123456
     
    
   

4、主从节点启动redis服务

/usr/local/redis/bin/redis-server /etc/redis/redis.conf

5、主节点测试

[root@localhost redis-6.0.5]# ifconfigens160: flags=4163
   
      mtu 1500        inet 192.168.6.101  netmask 255.255.255.0  broadcast 192.168.6.255        inet6 fe80::ddbd:36be:b510:ef06  prefixlen 64  scopeid 0x20
            ether 00:0c:29:0f:45:7f  txqueuelen 1000  (Ethernet)        RX packets 279323  bytes 188140392 (179.4 MiB)        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 84293  bytes 7490907 (7.1 MiB)        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0[root@localhost redis-6.0.5]# /usr/local/redis/bin/redis-cli 127.0.0.1:6379> auth glkajlkIWOEI123OK127.0.0.1:6379>
   

6、从节点测试

[root@localhost ~]# ifconfigens160: flags=4163
   
      mtu 1500        inet 192.168.6.102  netmask 255.255.255.0  broadcast 192.168.6.255        inet6 fe80::b64c:812c:68f0:6591  prefixlen 64  scopeid 0x20
            ether 00:0c:29:34:7c:2a  txqueuelen 1000  (Ethernet)        RX packets 243179  bytes 129496205 (123.4 MiB)        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 51543  bytes 4396449 (4.1 MiB)        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0[root@localhost ~]# /usr/local/redis/bin/redis-cli127.0.0.1:6379> auth glkajlkIWOEI123OK127.0.0.1:6379>
   

7、测试主从数据同步复制

主写入key

127.0.0.1:6379> set key 101testOK127.0.0.1:6379> get key"101test"127.0.0.1:6379>

从getkey

[root@localhost ~]# ifconfigens160: flags=4163
   
      mtu 1500        inet 192.168.6.102  netmask 255.255.255.0  broadcast 192.168.6.255        inet6 fe80::b64c:812c:68f0:6591  prefixlen 64  scopeid 0x20
            ether 00:0c:29:34:7c:2a  txqueuelen 1000  (Ethernet)        RX packets 244741  bytes 129607673 (123.6 MiB)        RX errors 0  dropped 0  overruns 0  frame 0        TX packets 51968  bytes 4452108 (4.2 MiB)        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0[root@localhost ~]# /usr/local/redis/bin/redis-cli 127.0.0.1:6379> auth glkajlkIWOEI123OK127.0.0.1:6379> get key"101test"127.0.0.1:6379>
   

自此主从复制就OK 了！

参考：https://blog.csdn.net/llwy1428/article/details/106730436