上次我们搭建了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分布式锁。
最进弄了一个公众号,小菜技术,欢迎大家的加入
原文地址:https://www.cnblogs.com/cxiaocai/p/11715874.html