Redis学习6-Redis高级话题-主从复制和读写分离

  

10 Redis高级话题-主从复制和读写分离

10.1 Redis一主多从架构

  通过持久化功能，Redis 保证了即使在服务器重启的情况下也不会丢失（或少量丢失） 数据，但是由于数据是存储在一台服务器上的，如果这台服务器出现故障，比如硬盘坏了， 也会导致数据丢失。 为了避免单点故障，我们需要将数据复制多份部署在多台不同的服务器上，即使有一台 服务器出现故障其他服务器依然可以继续提供服务。 这就要求当一台服务器上的数据更新后，自动将更新的数据同步到其他服务器上，就要使用 Redis 的主从复制实现。

  Redis 提供了复制（replication）功能来自动实现多台 redis 服务器的数据同步（每天 19 点 新闻联播，基本从 cctv1-8,各大卫视都会播放） 我们可以通过部署多台 redis，并在配置文件中指定这几台 redis 之间的主从关系，主 负责写入数据，同时把写入的数据实时同步到从机器，这种模式叫做主从复制，即 master/slave，并且 redis 默认 master 用于写，slave 用于读，向 slave 写数据会导致错误

10.1.1 Redis 主从复制实现（master/salve）

方式 1：修改配置文件，启动时，服务器读取配置文件，并自动成为指定服务器的从服 务器，从而构成主从复制的关系 
方式 2： ./redis-server --slaveof <master-ip> <master-port>，
		在启动 redis 时指定当 前服务成为某个主 Redis 服务的从 Slave 
 
方式 1 的实现步骤：
	 模拟多 Reids 服务器， 在一台已经安装 Redis 的机器上，运行多个 Redis 应用模拟多 个 Reids 服务器。
	 一个 Master，两个 Slave. 

1、新建三个 Redis 的配置文件

如果 Redis 启动，先停止。 
作为 Master 的 Redis 端口是 6380 
作为 Slaver 的 Redis 端口分别是 6382 , 6384 
从原有的 redis.conf 拷贝三份，分别命名为 redis6380.conf, redis6382.conf , redis6384.conf 

2、新建三个 Redis 的配置文件

编辑 Master 的配置文件 redis6380.conf :
在空文件加入如下内容 
include /usr/local/redis-3.2.9/redis.conf 
daemonize yes 
port 6380 
pidfile /var/run/redis_6380.pid 
logfile 6380.log 
dbfilename dump6380.rdb 

配置项说明：
include ： 包含原来的配置文件内容。/usr/local/redis-3.2.9/redis.conf 按照自己的目录设置。
daemonize：yes 后台启动应用，相当于 ./redis-server & , &的作用。 
port : 自定义的端口号 pidfile : 自定义的文件，表示当前程序的 pid ,进程 id。 
logfile：日志文件名 dbfilename：持久化的 rdb 文件名 

3、编辑 Slave 配置文件

编辑 Slave 的配置文件 redis6382.conf 和 redis6384.conf: 在空文件加入如下内容 
redis6382.conf： include /usr/local/redis-3.2.9/redis.conf 
daemonize yes 
port 6382 
pidfile /var/run/redis_6382.pid 
logfile 6382.log 
dbfilename dump6382.rdb 
slaveof 127.0.0.1 6380 
 
配置项说明： slaveof ： 表示当前 Redis 是谁的从。当前是 127.0.0.0 端口 6380 这个 Master 的从

redis6384.conf： include /usr/local/redis-3.2.9/redis.conf 
daemonize yes 
port 6384 
pidfile /var/run/redis_6384.pid 
logfile 6384.log 
dbfilename dump6384.rdb 
slaveof 127.0.0.1 6380 

4、启动主动Redis
启动方式 ./redis-server 配置文件 启动 Redis,并查看启动进程

5、查看配置后的服务信

命令： 
1： Redis 客户端使用指定端口连接 Redis 服务器 ./redis-cli -p 端口 
2：查看服务器信息 info replication 

登录到 Master：6380

查看当前服务信息
在客户端的 Redis 内执行命令

info replication 

Master 服务的查看结果:

在新的 Xshell 窗口分别登录到 6382 ，6384 查看信息

10.1.2 Redis 主从复制测试（master/salve）

1、在 6380 执行 flushall 清除数据，避免干扰的测试数据。 生产环境避免使用

2、在从 Slave 读数据
6382,6384 都可以读主 Master 的数据，不能写

3、Slave 写数据失败

10.1.3 Redis 主从容灾处理（master/salve）

当 Master 服务出现故障，需手动将 slave 中的一个提升为 master， 剩下的 slave 挂至新的 master 上（冷处理：机器挂掉了，再处理）
命令：

slaveof no one，将一台 slave 服务器提升为 Master （提升某 slave 为 master）
slaveof 127.0.0.1 6381 （将 slave 挂至新的 master 上） 

1、将 Master:6380 停止（模拟挂掉)


2、选择一个 Slave 升到 Master，其它的 Slave 挂到新提升的 Master
3、将其他 Slave 挂到新的 Master
在 Slave 6384 上执行

4、现在的主从（Master/Slave）关系
Master 是 6382 ， Slave 是 6384 查看 6382

5、原来的服务器重新添加到主从结构中
6380 的服务器修改后，从新工作，需要把它添加到现有的 Master/Slave 中 先启动 6380 的 Redis 服务

6、连接到 6380 端口 当前服务挂到 Master 上


7、查看新的Master信息
在 6382 执行

现在的 Master/Slaver 关系是： Master: 6382 Slave: 6380 6384
进入客户端需指定端口：
./redis-cli -p 6380
不配置启动默认都是主 master
info replication 查看 redis 服务器所处角色

1、一个 master 可以有多个 slave 
2、slave 下线，读请求的处理性能下降 
3、master 下线，写请求无法执行
4、当 master 发生故障，需手动将其中一台 slave 使用 slaveof no one 命令提升为 master，
	其 它 slave 执行 slaveof 命令指向这个新的 master，从新的 master 处同步数据
5、主从复制模式的故障转移需要手动操作，要实现自动化处理，这就需要 Sentinel 哨兵， 实现故障自动转移