Redis学习（六）：Redis的主从复制架构和哨兵机制

Redis的主从复制架构

解决IT行业读写瓶颈的终极解决方案
读写分离
将读取的操作和写入的操作完全物理分隔开。

• 多个节点读写分离：例如1、2、3节点负责数据写入，4、5、6节点负责数据读取。
• 单节点多磁盘的读写分离：例如一个节点内1、2、3磁盘负责数据写入，4、5、6磁盘负责数据读取。

在Redis中，用户可以通过执行SLAVEOF命令或者设置slaveof选项，让一个服务器去复制（replicate）另一个服务器，我们称呼被复制的服务器为主服务器（master），而对主服务器进行复制的服务器则被称为从服务器（slave），如图所示。

使用主从复制这种模式，实现node01作为主节点，node02与node03作为从节点，并且将node01所有的数据全部都同步到node02与node03服务器。

涉及到读写分离就会涉及到读取和写入数据的同步

1、主节点正常安装redis
2、所有从节点正常安装部署，在配置文件中添加
【slaveof 】【主节点IP】【redis端口号】，从节点不能写数据到redis。
3、在主节点添加数据，在从节点查看数据是否已经同步。

配置如下（此处只配置了node02图示，node03与node02一致）

第一步：node02与node03安装redis

解压命令：tar -zxvf redis-3.2.8.tar.gz  -C  /export/servers

node02与node03执行以下命令安装依赖环境

yum -y install gcc-c++

node02与node03服务器安装 tcl（在线安装）

yum -y install tcl

node02与node03进行编译redis

cd /export/servers/redis-3.2.8/
make && make install

node02与node03服务器修改redis配置文件

cd /export/servers/redis-3.2.8/
mkdir -p /export/servers/redis-3.2.8/logs
mkdir -p /export/servers/redis-3.2.8/redisdata

vim redis.conf

bind node02(node03修改此处，其他不变)
daemonize yes
pidfile /var/run/redis_6379.pid
logfile "/export/servers/redis-3.2.8/logs/redis.log"
dir /export/servers/redis-3.2.8/redisdata
slaveof node01 6379

第二步：启动node02与node03节点的redis服务

node02执行以下命令启动redis服务

cd  /export/servers/redis-3.2.8/src
redis-server  ../redis.conf

node03执行以下命令启动redis服务

cd  /export/servers/redis-3.2.8/src
redis-server  ../redis.conf

启动成功便可以实现redis的主从复制，node01可以读写操作，node02与node03只支持读取操作。

实现效果
node01：设置数据 name=zhangsan
node02：查看数据，但无法写入
node03：查看数据，但无法写入

redis当中的Sentinel架构（哨兵机制）

上面的方案存在什么问题？

• 若主节点宕机，将无法写数据到redis？

如何解决？

• 引入哨兵机制，当主节点宕机时，哨兵会在从节点中选取一个节点作为主节点，提供数据写入服务。

Sentinel（哨兵）是Redis 的高可用性解决方案：由一个或多个Sentinel 实例 组成的Sentinel 系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器。
例如：

在Server1 掉线后：

升级Server2 为新的主服务器：

哨兵机制配置

第一步：三台节点修改哨兵配置文件

cd /export/servers/redis-3.2.8
vim sentinel.conf

# 配置监听的主服务器，这里sentinel monitor代表监控，mymaster代表服务器的名称，可以自定义，192.168.11.128代表监控的主服务器，6379代表端口，2代表只有两个或两个以上的哨兵认为主服务器不可用的时候，才会进行failover操作。
# 修改bind配置，每台机器修改为自己对应的主机名
bind node01
# 配置sentinel服务后台运行（配置文件中没有，需自行添加）
daemonize yes
# 修改三台机器监控的主节点，现在主节点是node01服务器（配置文件有，修改即可）
sentinel monitor mymaster node01 6379 2
# sentinel author-pass定义服务的密码，mymaster是服务名称，123456是Redis服务器密码
# sentinel auth-pass

第二步：三台节点启动哨兵服务

cd /export/servers/redis-3.2.8
src/redis-sentinel sentinel.conf 

注意：此时redis-server和sentinel两个都要启动

第三步：node01服务器杀死redis服务进程
使用kill -9命令杀死redis服务进程，模拟redis故障宕机情况
过一段时间之后，就会在node02与node03服务器选择一台服务器来切换为主节点

第四步：redis的sentinel模式代码开发连接

/**
 * 测试Redis哨兵模式
 * @author liu
 */
    @Test
    public void testSentinel() {
        JedisPoolConfig jedisPoolConfig = new JedisPoolConfig();
        jedisPoolConfig.setMaxTotal(10);
        jedisPoolConfig.setMaxIdle(5);
        jedisPoolConfig.setMinIdle(5);
        // 哨兵信息
        Set<String> sentinels = new HashSet<>(Arrays.asList("node01:26379",
                "node02:26379","node03:26379"));
        // 创建连接池
        JedisSentinelPool pool = new JedisSentinelPool("mymaster", sentinels,jedisPoolConfig);
        // 获取客户端
        Jedis jedis = pool.getResource();
        // 执行两个命令
        jedis.set("mykey", "myvalue");
        String value = jedis.get("mykey");
        System.out.println(value);
    }

实现效果图示