redis 分片机制
前提说明: redis可以通过修改内存的大小 实现数据的保存.但是内存的资源不易设置的过大,因为很多的时间都浪费在内存的寻址中.
需求: 如果有海量的数据,需要redis存储 问:应该如何处理?
解决方案: 可以采用Redis分片机制 实现内存数据的扩容.
知识点: 采用redis分片 主要的目的就是为了***实现内存扩容.从而解决海量数据存储的问题***
搭建 redis 分片
1.创建shards目录
2. 复制3份配置文件 到shards中 每个redis都有各自的持久化文件 所以名称应该不相同
3.修改 各自的端口号
4. 修改 RDB模式的名称
启动 3台 redis
redis 分片入门案例
public class TestShards { //改类表示测试redis分片机制
/**
* 说明:在Linux中有3台redis.需要通过程序进行动态链接.
* 实现数据的存储.
* 思考: 数据保存到了哪台redis中???
*/
@Test
public void test01(){
List<JedisShardInfo> shards = new ArrayList<>();
shards.add(new JedisShardInfo("192.168.126.129", 6379));
shards.add(new JedisShardInfo("192.168.126.129", 6380));
shards.add(new JedisShardInfo("192.168.126.129", 6381));
//分片的API
ShardedJedis shardedJedis = new ShardedJedis(shards);
shardedJedis.set("王者荣耀", "你好我是小菜鸡,坑死你");
System.out.println(shardedJedis.get("王者荣耀"));
}
}
一致性 hash算法
一致性hash说明
一致性哈希算法在1997年由麻省理工学院提出,是一种特殊的哈希算法,目的是解决分布式缓存的问题。 [1] 在移除或者添加一个服务器时,能够尽可能小地改变已存在的服务请求与处理请求服务器之间的映射关系。一致性哈希解决了简单哈希算法在分布式哈希表( Distributed Hash Table,DHT) 中存在的动态伸缩等问题 [2] 。
一致性 hash原理
常识:
- 一般的hash由8位16进制数组成的. 共有2^32种可能性!!!
- hash算法对相同的数据进行hash运算时 结果必然相同.
00000000-FFFFFFFF 0-F=(24)8 = 2^32
进制:
1).二进制 取值 : 0-1 规则满2进1
2).八进制 取值 : 0-7 规则满8进1 2^3=8 每三位二进制数就是一个8进制数
3).十六进制 取值 : 0-9 A-F 规则满16进一 2^4=16 每四位二进制数就是一个16进制数
spring 整合 redis分片机制
- 准备 Redis.pro文件
# 配置单台redis
#redis.host=192.168.126.129
#redis.port=6379
# 配置多台redis
redis.nodes=192.168.126.129:6379,192.168.126.129:6380,192.168.126.129:6381
- 编辑 配置类
@Configuration //标识我是配置类
@PropertySource("classpath:/properties/redis.properties")
public class RedisConfig {
@Value("${redis.nodes}")
private String nodes; //node,node,node
/**
* spring整合redis分片机制
*/
@Bean
public ShardedJedis shardedJedis(){
//1.获取每个节点的信息
String[] strNodes = nodes.split(",");
List<JedisShardInfo> shards = new ArrayList<>();
//2.遍历所有node.为list集合赋值
for(String node :strNodes){ //node=ip:port
String host = node.split(":")[0];
int port = Integer.parseInt(node.split(":")[1]);
JedisShardInfo info = new JedisShardInfo(host,port);
shards.add(info);
}
ShardedJedis shardedJedis = new ShardedJedis(shards);
return shardedJedis;
}
分片机制 Aop 应用
@Autowired
private ShardedJedis shardedJedis;
/**
* 在linux中 有3台 redis 需要通过程序 动态链接
* 实现数据存储
*/
@Test
void test01(){
// List<JedisShardInfo> shards = new ArrayList<>();
// shards.add(new JedisShardInfo("192.168.126.129", 6379));
// shards.add(new JedisShardInfo("192.168.126.129", 6380));
// shards.add(new JedisShardInfo("192.168.126.129", 6381));
// //redis de 分片机制 redis集群
// ShardedJedis shardedJedis=new ShardedJedis(shards);
System.out.println(shardedJedis);
shardedJedis.set("wqerf", "1234566");
System.out.println(shardedJedis.get("wqerf"));
Redis 哨兵机制 实现redis的高可用
说明:Redis分片机制可以实现内存数据的扩容.但是如果Redis服务器发生了宕机的现象,则会影响整个分片使用.
问题:Redis分片机制没有实现高可用. 当主机宕机之后.由从机自动的实现故障迁移.用户访问不受任何影响.
redis的主从搭建
前提条件: 如果要实现redis高可用机制,则必须首先实现主从搭建.
主从关系设定: 6379当做主机-M 6380/6381 从机-S
1.创建 3 台主机
2.启动 3台redis
3. 检查 默认情况下的主从关系 进入redis客户端 输入命令 info replication
4.
5.实现 主从配置 命令 SLAVEOF 主机 端口
5. 检查 主从配置
主从配置说明
说明:当redis服务器已经配置了主从结构之后.如果将服务器宕机.之后再次重启.则发现从服务器又会变为主机!!!
问题说明: 执行了主从挂载命令 该命令一直保存在内存中.当redis服务器重启之后,该命令失效.如果想要一直保持主从的关系.则必须将主从的结构写入Redis.conf的配置文件中.
哨兵机制说明
1.首先启动Redis哨兵.由哨兵监控整个Redis主从状态. 主要监控M主机. 同时获取其从机的信息.
2.哨兵利用心跳检测机制(PING-PONG)的方式监控主机是否宕机. 如果连续3次主机没有响应.则哨兵判断主机宕机.
之后开始进行选举.
3.根据从主机中获取的从机信息.之后利用 选举机制算法.挑选新的主机.
4.之后将剩余的redis修改为当前主机的的从.并且修改配置文件.
复制哨兵配置文件 到操作目录
2.修改配置文件 vim sentinel.conf
3. 修改哨兵监控配置
4.当主机宕机后 哨兵多久开始选举
5.选举超时设定
如果规定时间内没有完成切换 则哨兵重新选举
启动哨兵 检查高可用
命令
redis-sentinel sentinel.conf
检查主从
将6379 关掉 等待10秒后 观察 哨兵是否运作
重启 6379 检查是否为当前主机的从机
spring 整合哨兵
package com.jt.test;
import org.junit.jupiter.api.Test;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisSentinelPool;
import java.util.HashSet;
import java.util.Set;
public class TestSentinel { //主要完成哨兵测试
/**
* 参数说明:
* masterName: 主机名称
* sentinels: 哨兵节点信息.
*/
@Test
public void test01(){
Set<String> sentinels = new HashSet<>();
String node = "192.168.126.129:26379";
sentinels.add(node);
JedisSentinelPool sentinelPool =
new JedisSentinelPool("mymaster", sentinels);
Jedis jedis = sentinelPool.getResource(); //获取资源
jedis.set("sentinel", "redis哨兵机制配置成功!!!!");
System.out.println(jedis.get("sentinel"));
}
}