Redis个人学习笔记10---Redis主从复制

根据b站UP主狂神说Redis课程所写的个人学习笔记

视频地址：https://www.bilibili.com/video/BV1S54y1R7SB

---

 

 

主从复制，读写分离，减缓服务器的压力

主从复制的主要作用：

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

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

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

4.高可用基石：主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

 

---

环境配置

只配置从库，不需要配置主库

127.0.0.1:6379> info replication #查看当前库的信息
# Replication
role:master #角色
connected_slaves:0 #从机个数
master_replid:f66d7202c845e0c68caa95555c76bc9131adcc7e
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

拷贝三个config文件

[root@iZm5e0un9on9ecp093ugxkZ lconfig]# cp redis.conf redis79.conf
[root@iZm5e0un9on9ecp093ugxkZ lconfig]# cp redis.conf redis80.conf
[root@iZm5e0un9on9ecp093ugxkZ lconfig]# cp redis.conf redis81.conf
修改conf文件(以80端口为例）

修改端口：

修改pid.file

修改logfile

修改dumpfile名

修改完毕之后启动三个redis服务器

---

一主二从

默认情况下，每台redis都是主机，我们一般情况下只用配置从机

主机（79）从机（80，81）

127.0.0.1:6380> slaveof 127.0.0.1 6379
OK
127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1  #可以看到主机信息
master_port:6379
master_link_status:up
master_last_io_seconds_ago:2
master_sync_in_progress:0
slave_repl_offset:0
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:5d355401c54424c732a72c4a6176a02ac8ec98d1
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:0

 

在主机中查看

如果两个都配置好了查看主机

细节：

主机写，从机读，主机中的所有信息都会自动被从机保存

从机不能写

主机断开，从机没有断开但是无写操作

如果使用命令行来配置的主从，这个时候如果重启就会变回主机

只要变为从机立马就会从主机中获取值

---

复制原理

和Mysql主从复制的原因一样，Redis虽然读取写入的速度都特别快，但是也会产生读压力特别大的情况。为了分担读压力，Redis支持主从复制，Redis的主从结构可以采用一主多从或者级联结构，Redis主从复制可以根据是否是全量分为全量同步和增量同步。

 全量

用于初次复制或其它无法进行部分复制的情况，将主节点中的所有数据都发送给从节点，是一个非常重型的操作，当数据量较大时，会对主从节点和网络造成很大的开销

 增量

用于处理在主从复制中因网络闪断等原因造成的数据丢失场景，当从节点再次连上主节点后，如果条件允许，主节点会补发丢失数据给从节点。因为补发的数据远远小于全量数据，可以有效避免全量复制的过高开销，需要注意的是，如果网络中断时间过长，造成主节点没有能够完整地保存中断期间执行的写命令，则无法进行部分复制，仍使用全量复制

只要是重新连接master，一次全量复制将被自动执行

---

如果老大宕机我们如何选出一个老大？ 

1.手动

通过slaveof no one来让自己变成主机

2.哨兵模式（自动选取）

为了防止哨兵出现问题，使用多哨兵模式，哨兵间互相监控

测试：

1.配置哨兵配置文件 sentinel.conf

sentinel monitor myredis 127.0.0.1 6379 1

数字1代表主机挂了slave投票看让谁接替成为主机，票最多的就会成为主机

2.启动哨兵

redis-sentinel lconfig/sentinel.conf

断开79端口

哨兵会进行选举

此时再将79连回来就变成了从机

优点：

1.哨兵集群，基于主从复制模式，所有主从配置优点全有

2.主从可以切换，故障可以转移，可用性好

3.哨兵模式就是主从模式的升级，手动到自动

缺点：

1.Redis不好在线扩容，一旦集群容量达到上限，在线扩容就十分麻烦

2.实现哨兵模式的配置十分麻烦，有很多的选择