Redis集群-主从设置

准备工作

需求:
redis3.0

安装:

• 安装redis环境

  yum -y install cpp binutils glibc glibc-kernheaders glibc-common glibc-devel gcc make gcc-c++ libstdc++-devel tcl

• 创建文件夹:mkdir -p/usr/local/src/redis
• 进入创建的文件夹位置:cd /usr/local/src/redis

• 将下载好的redis-3.0.2.tar.gz,上传到该位置,下载地址:
  wget http://download.redis.io/releases/redis-3.0.2.tar.gz

• 解压:tar -xvf redis-3.0.2.tar.gz

• 进入解压的文件夹,使用,使用命令:
  make;
  make install;

• 复制redis.conf 到 /etc/目录下:cp redis.conf /etc/

• 修改redis.conf配置文件:
  1.输入命令:vi /etc/redis.conf
  2.修改属性(使redis在后台运行,默认是no):daemonize yes
  3.启动:redis-server /etc/redis.conf
  4.测试:redis-cli 进入客户端
  使用set,get测试

开始配置

主从模式

1. 主从设置的好处:
   避免redis单点故障
   构建读写分离框架,满足读多邪少的应用场景
2. 主从构架
   a.一主多从构架
   b.主从从构架

测试配置是否正常

• 在/usr/local/src/redis目录下,分别创建三个目录:6379\6380\6381,并将redis.conf分别拷贝到这三个目录下
• 分别进入这三个目录,分别修改redis.conf配置文件,将端口分别设置为:6379/6380/6381.同时要设置pidfile文件的不同路径
• 启动三个redis实例:
  redis-server ./6379/redis.conf
  redis-server ./6380/redis.conf
  redis-server ./6381/redis.conf

设置主从

• 设置方式,2种:
  1、 在redis.conf中设置slaveof(选6380,6381的配置文件进行修改)
  a) 添加:slaveof
  b) 例子:slaveof 192.168.64.130 6379
  2、 使用redis-cli客户端连接到redis服务，执行slaveof命令
  a) slaveof
  b) 此方法重启后会失效
• 设置好了以后,kill进行
• 重新启动修改配置文件的redis
• 查看主从信息:
  进入客户端模式: redis-cli –h ip –p port
  输入命令:INFO replication
• 这时候可以进入客户端测试,在主(6379)设置,在从(6380,6382)取值

主从从设置(略)

设置其他属性
默认的情况下,redis数据库充当slave(从)角色时,是只读的,不能进行写操作,我们可以再配置文件中开启非只读:slave-read-only no

主从设置的复制过程
1、 当从库和主库建立MS关系后，会向主数据库发送SYNC命令；
2、 主库接收到SYNC命令后会开始在后台保存快照（RDB持久化过程），并将期间接收到的写命令缓存起来；
3、 当快照完成后，主Redis会将快照文件和所有缓存的写命令发送给从Redis；
4、 从Redis接收到后，会载入快照文件并且执行收到的缓存的命令；
5、 之后，主Redis每当接收到写命令时就会将命令发送从Redis，从而保证数据的一致；

无磁盘复制

通过前面的复制过程我们了解到，主库接收到SYNC的命令时会执行RDB过程，即使在配置文件中禁用RDB持久化也会生成，那么如果主库所在的服务器磁盘IO性能较差，那么这个复制过程就会出现瓶颈，庆幸的是，Redis在2.8.18版本开始实现了无磁盘复制功能（不过该功能还是处于试验阶段）。

原理：
Redis在与从数据库进行复制初始化时将不会将快照存储到磁盘，而是直接通过网络发送给从数据库，避免了IO性能差问题。

开启无磁盘复制：repl-diskless-sync yes

复制构架中出现宕机的处理:
如果在主从复制架构中出现宕机的情况，需要分情况看：
1、 从Redis宕机
a) 这个相对而言比较简单，在Redis中从库重新启动后会自动加入到主从架构中，自动完成同步数据；
b) 问题？ 如果从库在断开期间，主库的变化不大，从库再次启动后，主库依然会将所有的数据做RDB操作吗？还是增量更新？（从库有做持久化的前提下）
i. 不会的，因为在Redis2.8版本后就实现了，主从断线后恢复的情况下实现增量复制。
2、 主Redis宕机
a) 这个相对而言就会复杂一些，需要以下2步才能完成
i. 第一步，在从数据库中执行SLAVEOF NO ONE命令，断开主从关系并且提升为主库继续服务；
ii. 第二步，将主库重新启动后，执行SLAVEOF命令，将其设置为其他库的从库，这时数据就能更新回来；
b) 这个手动完成恢复的过程其实是比较麻烦的并且容易出错，有没有好办法解决呢？当前有的，Redis提供的哨兵（sentinel）的功能。

哨兵(sentinel)

• 主要职责:
  顾名思义，哨兵的作用就是对Redis的系统的运行情况的监控，它是一个独立进程。它的功能有2个：
  1、 监控主数据库和从数据库是否运行正常；
  2、 主数据出现故障后自动将从数据库转化为主数据库；
• 环境:一主多从

开始配置

• 在安装包位置,修改哨兵的配置文件
• 输入命令: vim sentinel.conf
• 输入内容:sentinel monitor taotaoMaster 127.0.0.1 6379 1
  说明:
  taotaoMaster:监控主数据的名称,自定义即可,可以使用大小写和”.-_”符号
  127.0.0.1:监控的主数据库的端口
  6379:监控的主数据库的端口
  1:最低通过票数
• 启动哨兵进程:redis-sentinel ./sentinel.conf
• 进行测试:从机宕机,主机宕机(略)

配置多个哨兵

• 修改哨兵的配置文件:
• 输入命令:vim sentinel.conf
• 输入内容:
  sentinel monitor taotaoMaster 127.0.0.1 6379 1
  sentinel monitor taotaoMaster2 127.0.0.1 6379 2
  …………………………..