redis主从复制以及哨兵模式

redis主从复制以及哨兵模式

能干嘛？

读写分离 性能扩展 容灾快速恢复

搭建一主俩从redis服务 过程（在一台机器上模拟的）

1.创建/myredis 文件夹（真实机器上不需要）
2.复制redis.conf 配置文件到文件夹
3.配置一主俩从，创建三个配置文件 redis6379.conf redis6380.conf redis6381.conf
4.在三个配置文件写入内容 include /lihaiqiao/redis/myredis/redis.conf 引入原配置文件 pidfile /var/run/redis_6379.pid 启动pid port 6379 端口 dbfilename
dump6379.rdb 改rdb日志文件名
5.启动三个redis 服务 redis-service redis6379.conf 查看三台redis 的运行情况 info replication 在从机器上执行 slaveof <主机器ip地址> <端口号> 在查看从机器的运行信息

一主二从

1.如果从机器挂了然后从新启动 不会自己变成之前的从机器，他会自己成主机器，需要在从机器上执行 slaveof <主机器ip地址> <端口号>才能恢复，而且在宕机期间主机器写的数据也会同步过来
2.如果主机器宕机会导致不能写数据，但是从机器不会上位还是从机器，当主机器从新上线会依旧还是主机器

主从复制的原理

●Slave 启动成功连接到master后会发送一个sync命令。
●Master 接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一-次完全同步。
●全量复制 :而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
●增量复制 :Master继续将新的所有收集到的修改命令依次传给slave,完成同步。
●但是只要是 重新连接master,–次完全同步(全量复制)将被自动执行

薪火相传
1.当redis主服务器 需要管理多台从服务器时，需要同步数据可以采用一个主挂一个从，然后从在挂从机 执行slaveof

反客为主
当主机挂掉后可以指定某台从机为主机 手动执行 slaveof no one

哨兵模式
自动版的反客为主，能够后台监测主机是否故障，如果故障了根据投票数自动将从库转换为主库

搭建过程

1.自定义的/myredis目录下新建sentinel.conf 文件，名字不能错
2.配置文件中内容 sentinel monitor mymaster 1 （mymaster 为监控对象起的服务器名称，1 为至少有多少个哨兵同意迁移的数量）
3启动哨兵 redis-sentinel sentinel.conf(redis做压测可以自带的redis-benchmark)

场景

当主机挂掉之后丛机选举中产生新的主机 （10秒左右可以看到哨兵的日志），根据优先级别选这主机（），原主机重启后悔变成新主机的从机

复制延迟

由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重, Slave机器数量的增加也会使这个问题更加严重。

选举条件以及过程

1.优先级在redis.conf中默认: replica-priority 100 ,值越小优先级越高 默认By default the priority is 100.
2.偏移量是指获得原主机数据最全的。
3.每个redis实例启动后都会随机生成一个40位的runid