java架构之路-（Redis专题）SpringBoot连接Redis超简单

　　上次我们搭建了Redis的主从架构，哨兵架构以及我们的集群架构，但是我们一直还未投入到实战中去，这次我们用jedis和springboot两种方式来操作一下我们的redis

主从架构

　　如何配置我上次已经讲过了，https://www.cnblogs.com/cxiaocai/p/11711377.html。我们这次主要看如何用java来操作redis，先来复习一下上次的配置，准备三台服务器，安装redis，保证互通，两台改为slave，配置replicaof IP 端口，主从复制是通过rdb文件来复制的。大概就这么多，配置不再多说了，我们直接上代码。

　　jedis

　　创建一个Maven项目，引入我们的jedis依赖包

<!-- 加入jedis依赖 -->
<dependency>
    <groupId>redis.clients</groupId>
    <artifactId>jedis</artifactId>
    <version>2.9.0</version>
</dependency>

这里我就不封装连接工具类啦，我们直接看下测试代码吧

public static void main(String[] args) {
    JedisPoolConfig jedisPoolConfig = new JedisPoolConfig();
    jedisPoolConfig.setMaxTotal(20);
    jedisPoolConfig.setMaxIdle(10);
    jedisPoolConfig.setMinIdle(5);
    // timeout，这里既是连接超时又是读写超时，从Jedis 2.8开始有区分connectionTimeout和soTimeout的构造函数
    JedisPool jedisPool = new JedisPool(jedisPoolConfig, "127.0.0.1", 6379, 3000, null);

    Jedis jedis = null;
    try {
        //从redis连接池里拿出一个连接执行命令
        jedis = jedisPool.getResource();
        System.out.println(jedis.set("xiaocai", "666"));
        System.out.println(jedis.get("xiaocai"));
    } catch (Exception e) {
        e.printStackTrace();
    } finally {
        //注意这里不是关闭连接，在JedisPool模式下，Jedis会被归还给资源池。
        if (jedis != null)
            jedis.close();
    }
}

主从的连接很简单的，设置连接参数，直接连接就可以操作我们的redis了，主从的连接，就是基本的链接。

　　springboot

　　我们再来看一下springboot怎么来连接吧，建立一个springboot项目，什么也不用设置，建立一个最简单的就可以的，首先还是加入我们的Maven驱动包

<!-- 加入redis连接池-->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

加入我们的redis的配置信息，放置在application.yml文件下即可。

spring:
  redis:
    database: 0 # Redis数据库索引（默认为0）
    host: 127.0.0.1 # Redis服务器地址
    port: 6379 # Redis服务器连接端口
    password: # Redis服务器连接密码（默认为空）
    timeout: 5000 # 连接超时时间（毫秒）
    jedis:
      pool:
        max-active: 8 # 连接池最大连接数（使用负值表示没有限制）
        max-wait: -1 # 连接池最大阻塞等待时间（使用负值表示没有限制）
        max-idle: 8 # 连接池中的最大空闲连接
        min-idle: 0 # 连接池中的最小空闲连接

这个也就不存在什么工具类了，内部都已经封装好了，我们直接来上测试类吧

package com.redisclient.master_slave;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.data.redis.core.StringRedisTemplate;

@RestController
public class RedisMasterSlave {

    @Autowired
    private StringRedisTemplate stringRedisTemplate;

    @GetMapping(value = "/")
    public String getIndex(){
        stringRedisTemplate.opsForValue().set("xiaocai", "888");
        System.out.println(stringRedisTemplate.opsForValue().get("xiaocai"));
        return "小菜技术";
    }
}

　　相比我们上面的jedis还要简单，直接自动装配一下我们的StringRedisTemplate即可，剩下的就是我们的redis操作了，五种数据的基本操作如下。

redisTemplate.opsForValue();//操作字符串 
redisTemplate.opsForHash();//操作hash
redisTemplate.opsForList();//操作list
redisTemplate.opsForSet();//操作set
redisTemplate.opsForZSet();//操作有序set

还有什么更多的操作不知道的，欢迎来我的公众号内问答，我会依依给你解释清楚的。

哨兵架构

　　哨兵架构，是主从的升级版，master节点宕机后，可以主动选取我们的master节点。

　　我们还是分为jedis和springboot两种方式分别来尝试连接一下我们的哨兵架构，搭建我就不说啦，上次博文已经说过了。https://www.cnblogs.com/cxiaocai/p/11711377.html　　

　　jedis

　　还是老规矩，引入依赖，剩下的我们直接来写测试类吧。

package com.redisclient.sentinel;

import redis.clients.jedis.*;
import java.util.HashSet;
import java.util.Set;

public class JedisClientSentinel {

    public static void main(String[] args) {
        JedisPoolConfig jedisPoolConfig = new JedisPoolConfig();
        jedisPoolConfig.setMaxTotal(20);
        jedisPoolConfig.setMaxIdle(10);
        jedisPoolConfig.setMinIdle(5);

        String masterName = "mymaster";
        Set<String> sentinels = new HashSet<String>();
        sentinels.add(new HostAndPort("47.105.97.79", 6380).toString());
        sentinels.add(new HostAndPort("47.105.97.142", 6380).toString());
        sentinels.add(new HostAndPort("118.190.147.181", 6380).toString());
        //JedisSentinelPool其实本质跟JedisPool类似，都是与redis主节点建立的连接池
        //JedisSentinelPool并不是说与sentinel建立的连接池，而是通过sentinel发现redis主节点并与其建立连接
        JedisSentinelPool jedisPool = new JedisSentinelPool(masterName, sentinels, jedisPoolConfig, 5000, null);

        Jedis jedis = null;
        try {
            //从redis连接池里拿出一个连接执行命令
            jedis = jedisPool.getResource();
            System.out.println(jedis.set("xiaocai888", "666888"));
            System.out.println(jedis.get("xiaocai888"));
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            //注意这里不是关闭连接，在JedisPool模式下，Jedis会被归还给资源池。
            if (jedis != null)
                jedis.close();
        }
    }

}

　　最简单的理解就是我们建立了一个set连接池。当哨兵节点宕机一个的时候，会尝试连接其它节点，当master节点宕机时，会报错连接错误，稍后会自动恢复的。 ✨

　　springboot

　　我们先来修改一下我们yml配置文件

#哨兵模式
spring:
  redis:
    database: 0 # Redis数据库索引（默认为0）
    host: 120.27.27.4 # Redis服务器地址
    port: 6379 # Redis服务器连接端口
    password: # Redis服务器连接密码（默认为空）
    timeout: 5000 # 连接超时时间（毫秒）
    sentinel:
      master: mymaster #主服务器所在集群名称
      nodes: 115.28.208.105:26379,47.105.92.89:26379,118.190.151.92:26379

　　而我们的测试类和主从是一样的配置就可以了，springboot主要改一下配置就可以了。

集群架构

　　上次我们说过了我们的集群架构，就是很多个小主从集合在一起，内部有半数机制，建议设置大于3的奇数个主从服务。

 　　这从我们来搭建三组一主一从服务，我们先来看一下jedis的代码，我们内部redis是将16384分为了三个片区，为了确保每个片区都存入数据我们采用了随机生成的key。

　　jedis

package com.redisclient.cluster;

import org.apache.commons.pool2.impl.GenericObjectPoolConfig;
import redis.clients.jedis.*;
import java.io.IOException;
import java.util.HashSet;
import java.util.Random;
import java.util.Set;

public class JedisClientCluster {

    public static void main(String[] args) throws IOException {
        GenericObjectPoolConfig config = new GenericObjectPoolConfig();
        config.setMaxTotal(20);
        config.setMaxIdle(10);
        config.setMinIdle(5);
        //这里将所有主从节点全部放入
        Set<HostAndPort> jedisClusterNode = new HashSet<HostAndPort>();
        jedisClusterNode.add(new HostAndPort("120.27.27.4", 6379));
        jedisClusterNode.add(new HostAndPort("47.105.86.150", 6379));
        jedisClusterNode.add(new HostAndPort("47.105.84.186", 6379));
        jedisClusterNode.add(new HostAndPort("115.28.208.105", 6379));
        jedisClusterNode.add(new HostAndPort("47.105.92.89", 6379));
        jedisClusterNode.add(new HostAndPort("118.190.151.92", 6379));

        JedisCluster jedisCluster = null;
        try {
            //connectionTimeout：指的是连接一个url的连接等待时间
            //soTimeout：指的是连接上一个url，获取response的返回等待时间
            jedisCluster = new JedisCluster(jedisClusterNode, 6000, 5000, 10, "xiaocai", config);
            while (true) {
                try {
                    jedisCluster.set(getRandomString(4), "value" + getRandomString(4));
                    Thread.sleep(5000);
                } catch (Exception e) {
                    e.printStackTrace();
                }
            }
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            if (jedisCluster != null)
                jedisCluster.close();
        }
    }

    //length用户要求产生字符串的长度
    public static String getRandomString(int length) {
        String str = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789";
        Random random = new Random();
        StringBuffer sb = new StringBuffer();
        for (int i = 0; i < length; i++) {
            int number = random.nextInt(62);
            sb.append(str.charAt(number));
        }
        return sb.toString();
    }

}

　　springboot

　　还是老规矩改一下配置类 

# 集群模式
spring:
  redis:
    database: 0 # Redis数据库索引（默认为0）
    host: 120.27.27.4 # Redis服务器地址
    port: 6379 # Redis服务器连接端口
    password: xiaocai # Redis服务器连接密码（默认为空）
    timeout: 5000 # 连接超时时间（毫秒）
    cluster:
      nodes: 115.28.208.105:6379,47.105.92.89:6379,118.190.151.92:6379

　　说到这里我们的三种模式的连接就全部写完了，这些使用还是一个比一个简单的，我们来看下内部的通讯和选举机制吧。

选举机制

　　当slave发现自己的master变为FAIL状态时，便尝试进行Failover，以期成为新的master。由于挂掉的master可能会有 多个slave，从而存在多个slave竞争成为master节点的过程， 其过程如下:

1.slave发现自己的master变为FAIL

2.将自己记录的集群currentEpoch加1，并广播FAILOVER_AUTH_REQUEST 信息

3.其他节点收到该信息，只有master响应，判断请求者的合法性，并发送FAILOVER_AUTH_ACK，对每一个epoch只发 送一次ack

4.尝试failover的slave收集master返回的FAILOVER_AUTH_ACK

5.slave收到超过半数master的ack后变成新Master(这里解释了集群为什么至少需要三个主节点，如果只有两个，当其 中一个挂了，只剩一个主节点是不能选举成功的)

6.广播Pong消息通知其他集群节点。从节点并不是在主节点一进入 FAIL 状态就马上尝试发起选举，而是有一定延迟，一定的延迟确保我们等待FAIL状态在 集群中传播，slave如果立即尝试选举，其它masters或许尚未意识到FAIL状态，可能会拒绝投票

　　最近公司有一些事情，就先说到这里吧，有时间给大家说一下redis来实现分布式锁的机制，还有一个炒鸡好用的redis分布式锁。

 

最进弄了一个公众号，小菜技术，欢迎大家的加入