Redis部署分片哨兵集群

最新推荐文章于 2023-12-29 16:55:29 发布
最新推荐文章于 2023-12-29 16:55:29 发布
阅读量1.8k 收藏
点赞数
文章标签： redis 缓存 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_50775835/article/details/123445964
版权

Redis安装

上传安装包

在这里插入图片描述

解压redis

说明: tar -xvf redis-5.0.4.tar.gz 解压完成之后删除安装包/ 修改文件名称

在这里插入图片描述

安装redis

说明: 在redis根目录中执行如下命令
命令: 1. make
2.make install

在这里插入图片描述

进制换算

1k => 1000 bytes
1kb => 1024 bytes
1m => 1000000 bytes
1mb => 10241024 bytes
1g => 1000000000 bytes
1gb => 10241024*1024 bytes

修改Redis配置文件

1).修改IP绑定

在这里插入图片描述

2).关闭保护模式

在这里插入图片描述

3).开启后端运行

在这里插入图片描述

服务器命令

  • 启动redis redis-server redis.conf
  • 进入客户端 redis-cli -p 6379 exit 退出|quit|ctrl+c
  • 关闭redis redis-cli -p 6379 shutdown

Redis入门案例

导入jar包

		<!--spring整合redis -->
        <dependency>
            <groupId>redis.clients</groupId>
            <artifactId>jedis</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.data</groupId>
            <artifactId>spring-data-redis</artifactId>
        </dependency>

客户端操作String类型

package com.jt.test;

import org.junit.jupiter.api.Test;
import org.springframework.boot.test.context.SpringBootTest;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.params.SetParams;

//@SpringBootTest //目的:动态获取spring容器中的数据
public class TestRedis {

    /**
     * 主要目的测试程序远程操作Redis是否有效
     * 配置redis服务:
     *      1.redis需要关闭IP绑定模式
     *      2.redis关闭保护模式
     *      3.redis最好开启后端运行
     *
     * 完成redis客户端操作
     */
    @Test
    public void test01() throws InterruptedException {
        //1.测试链接
        Jedis jedis = new Jedis("192.168.126.129",6379);
        jedis.set("a", "动态获取redis中的数据");
        System.out.println(jedis.get("a"));

        //2.测试数据是否存在
        if(jedis.exists("a")){
            jedis.set("a", "修改数据");
        }else{
            jedis.set("a", "新增数据");
        }

        //3.删除redis
        jedis.del("a");

        //4.清空所有的数据
        jedis.flushDB();
        jedis.flushAll();

        //5.为数据添加超时时间
        jedis.set("b", "设定超时时间");
        jedis.expire("b", 10);
        Thread.sleep(2000);
        System.out.println(jedis.ttl("b"));
    }

    //原子性
    @Test
    public void test02(){
        Jedis jedis = new Jedis("192.168.126.129", 6379);
        jedis.set("c", "测试redis");
        //需求1: 如果数据不存在时,才会为数据赋值.
        jedis.setnx("d","测试setnx方法");
        System.out.println(jedis.get("d"));

        //需求2: 需要为数据添加超时时间,同时满足原子性的要求
                //jedis.set("s", "为数据添加超时时间");
                //有时程序中断了,下列的方法将不会执行.
                //jedis.expire("s", 20);
                //System.out.println(jedis.ttl("s"));
        //为数据添加超时时间
        jedis.setex("s", 20, "为数据添加超时111");
        System.out.println("获取超时时间:"+jedis.ttl("s"));
    }

    /**
     *  需求: 如果数据存在才修改,并且为数据添加超时时间,满足原子性要求
     *  SetParams:
     *          XX: 数据存在时赋值.
     *          NX: 数据不存在时赋值
     *          EX: 添加超时时间单位秒
     *          PX: 添加超时时间单位毫秒
     */
    @Test
    public void test03(){
        Jedis jedis = new Jedis("192.168.126.129", 6379);
        jedis.flushAll();
        SetParams setParams = new SetParams();
        setParams.xx().ex(20);
        jedis.set("a", "测试方法",setParams);
        System.out.println(jedis.get("a"));
    }
}

入门案例测试

@Test
    public void testList(){
        Jedis jedis = new Jedis("192.168.126.129",6379);
        jedis.lpush("list", "1","2","3");
        System.out.println(jedis.rpop("list")); //队列
    }

关于事务控制

 //弱事务控制
    @Test
    public void testTx(){
        Jedis jedis = new Jedis("192.168.126.129",6379);
        Transaction transaction = jedis.multi();  //开启事务
        try {
            transaction.set("k", "k");
            transaction.set("c", "c");
            transaction.exec();
        }catch (Exception e){
            e.printStackTrace();
            transaction.discard();
        }
    }

SpringBoot整合Redis

编辑pro配置文件

说明:由于redis是公共的第三方,所以将配置放到jt-common中即可

在这里插入图片描述

编辑配置类

说明: 需要在jt-common中添加redis的配置类

package com.jt.config;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.PropertySource;
import redis.clients.jedis.Jedis;

@Configuration  //表示一个配置类  一般会与@Bean的注解联用
@PropertySource("classpath:/redis.properties") //导入配置文件
public class RedisConfig {

    @Value("${redis.host}")
    private String host;
    @Value("${redis.port}")
    private Integer port;

    @Bean   //将方法的返回值结果,交给spring容器进行管理.
    public Jedis jedis(){

        return new Jedis(host, port);
    }

}

测试redis案例

在这里插入图片描述

在这里插入图片描述

Redis分片机制

业务需求

说明: 单台redis存储的数据容量有限的. 如果需要存储海量的缓存数据,则使用单台redis肯定不能满足要求.为了满足数据扩容的需求.则可以采用分片的机制实现.

在这里插入图片描述

Redis分片机制实现

搭建策略

分别准备3台redis 6379/6380/6381

准备文件目录

在这里插入图片描述

复制配置文件

说明: 将redis的配置文件放到shards目录中.

在这里插入图片描述

修改配置文件端口号 依次修改6380/6381

在这里插入图片描述

启动3台redis:

redis-server 6379.conf
redis-server 6380.conf
redis-server 6381.conf

校验服务器:

在这里插入图片描述

Redis分片入门案例

package com.jt.test;

import org.junit.jupiter.api.Test;
import redis.clients.jedis.JedisShardInfo;
import redis.clients.jedis.ShardedJedis;

import java.util.ArrayList;
import java.util.List;

public class TestRedisShards {

    @Test
    public void testShards(){
        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));
        ShardedJedis shardedJedis = new ShardedJedis(shards);
        //3台redis当做1台使用  内存容量扩大3倍.  79/80/81???
        shardedJedis.set("shards", "redis分片测试");
        System.out.println(shardedJedis.get("shards"));
    }
}

Redis哨兵机制

Redis分片存在问题

说明:Redis分片机制,虽然可以实现Redis Redis内存扩容,但是redis 节点并没有实现高可用.如果节点宕机,则整合redis分片将不可使用.

Redis主从结构搭建

规定: 6379主机 /6380/6381 从机

复制文件目录

在这里插入图片描述

删除持久化文件

在这里插入图片描述

启动3台Redis服务器

redis-server 6379.conf
redis-server 6380.conf
redis-server 6381.conf

在这里插入图片描述

实现redis主从挂载

命令1.: slaveof host port
命令说明: 在从机中执行上述命令 挂载的是主机的地址.

在这里插入图片描述

命令2: info replication

在这里插入图片描述

主从结构关系:

在这里插入图片描述

编辑哨兵配置文件

1).复制哨兵的配置文件

在这里插入图片描述

关闭保护模式

在这里插入图片描述

开启后端运行

在这里插入图片描述

设定哨兵的投票数

在这里插入图片描述

修改选举的超时时间

在这里插入图片描述

修改哨兵的状态

在这里插入图片描述

哨兵测试

哨兵命令: redis-sentinel sentinel.conf
检查redis服务:

在这里插入图片描述

redis高可用测试:
1.关闭redis主机6379
2.等待10秒 检查6380/6381到底谁是主机.
3.重启6379服务器,检查是否充当了新主机的从

哨兵的入门案例

@Test
    public void test01(){
        //定义哨兵的集合信息
        Set<String> sentinels = new HashSet<>();
        sentinels.add("192.168.126.129:26379");
        //定义链接池信息
        JedisPoolConfig poolConfig = new JedisPoolConfig();
        poolConfig.setMaxTotal(200);    //链接池 最多200个链接
        poolConfig.setMaxIdle(20);      //最大空闲链接数20
        poolConfig.setMinIdle(10);      //最小空闲链接数10
        JedisSentinelPool pool = new JedisSentinelPool("mymaster",sentinels,poolConfig);
        //动态获取jedis链接
        Jedis jedis = pool.getResource();
        jedis.set("abc", "redis赋值操作");
        System.out.println(jedis.get("abc"));
        jedis.close();
    }

关于redis集群搭建问题说明

注意事项:
1.启动6个redis节点
2.保证redis节点中的数据都是null的
3.根据报错提示 排查问题. 检查IP地址 检查防火墙…
1). 关闭所有的Redis服务器
sh stop.sh

2).检查redis配置文件

在这里插入图片描述

3).删除多余文件

在这里插入图片描述

关于Redis集群高可用测试

在这里插入图片描述

1).关闭7000节点
redis-cli -p 7000 shutdown

2).检查主从状态

在这里插入图片描述

3).重启7000 检查状态

在这里插入图片描述

集群测试入门案例

在这里插入图片描述

SpringBoot整合Redis集群

编辑pro配置文件
#配置redis集群
redis.nodes=192.168.126.129:7000,192.168.126.129:7001,192.168.126.129:7002,192.168.126.129:7003,192.168.126.129:7004,192.168.126.129:7005
编辑配置类
@Configuration  //标识我是一个配置类   一般与@Bean注解联用
@PropertySource("classpath:/properties/redis.properties")
public class RedisConfig {

    @Value("${redis.nodes}")
    private String nodes;   //node,node,node

    @Bean
    public JedisCluster jedisCluster(){
        Set<HostAndPort> nodesSet = new HashSet<>();
        String[] nodeArray = nodes.split(",");
        for (String node : nodeArray){  //host:port
            String host = node.split(":")[0];
            int port = Integer.parseInt(node.split(":")[1]);
            HostAndPort hostAndPort = new HostAndPort(host, port);
            nodesSet.add(hostAndPort);
        }
        JedisPoolConfig config = new JedisPoolConfig();
        config.setMaxTotal(1000);
        config.setMaxIdle(60);
        config.setMinIdle(20);
        return new JedisCluster(nodesSet,config);
    }
}
勇气和坚持
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Windows部署Redis集群哨兵配置集合
06-22
一主二从三哨兵文件配置,开箱即用,Redis三个文件夹以及配置文件,修改配置文件即可
[redis]-centos7 安装redis5.0.4主从及配置哨兵模式
爷来辣的博客
07-10 3415
这篇和之前的文章大同小异.只是redis版本不同,截图更为仔细了. Centos7 安装redis5.0.4哨兵 ip 172.20.19.49 主 172.20.19.98 从 安装redis 安装依赖 yum install gcc gcc-c++ -y 下载redis-5.0.4.tar.gz cd /usr/local wget http...
Redis 5.0.4-搭建3主3从3哨兵，实现高可用性与故障转移
qq_17204975的博客
05-26 1128
上回书说道，使用 Redis 5.0.4 工具搭建集群。默认是3主3从。那么想增加哨兵怎么做呢？ 搭建哨兵的前提下，先搭建主从集群 链接：Redis 5.0.4搭建集群 高可用性与故障转移 服务器的高可用性是指服务器能提供7*24小时不间断的服务，Redis可以通过Sentinel系统管理多个Redis服务器，当master服务器发生故障时，Sentineal系统会根据一定的规则将某台slave服务器升级为master服务器,继续提供服务，实现故障转移，保证Redis服务不间断。 一、为什么用到哨兵 哨兵
分布式项目08 redis的扩容，预备redis宕机的哨兵处理 和 最后集大成redis集群
qq_38757863的博客
05-18 928
第三步：搭建redis分片（分片由三台redis服务器组成，端口号分别是6379，6380，6381）为了方便管理redis分片，在redis目录下创建一个新的文件夹shards，这个文件名shads和在springboot项目中使用redis分片对象的类名差不多。第二步：使用查看当前redis进程的命令ps -ef｜grep redis，并且关闭redis服务。01 由于redis的容量也是有限的，所以，就会有扩容的操作。也就好像内存中扩容一样。第五步：修改复制后文件的端口号，不同的端口号表示这是一个。
Redis分片机制和集群搭建
weixin_43866048的博客
10-07 690
需求数据 如果需要在redis中进行海量的数据存储,如果只有一台redis显然不能实现该功能.如果通过扩大内存的方式也不能达到要求.因为时间都浪费在寻址中. 如何有效的存储海量的数据呢??? Redis分片说明 说明:一般采用多台redis,分别保存用户的数据,从而实现内存数据的扩容. 对于用户而言:将redis分片当做一个整体,用户不在乎数据到底存储到哪里,只在乎能不能存. 分片主要的作用: 实现内存扩容. Redis分片准备 创建目录 说明:在redis根目录中创建一个shards目录 分片搭建策略
Redis之Sharded应用及源码分析
qq_33996921的博客
04-18 771
Jedis 有4 种工作模式：单节点、分片（Sharded）、哨兵(Sentinel)、集群(Cluster)。单节点比较简单，本章我们先从分片开始讲解，后续将继续对哨兵(Sentinel)、集群(Cluster)进行源码分析。 1、环境： 1、操作系统：Centos7.7 2、服务器配置如下：（本文采用了在单台机子上部署多个实例来模拟多机部署） 主机 ip 角色和端口 node1...
Centos7.6部署redis6.2.8哨兵集群资源包
12-30
原文链接：https://blog.csdn.net/m0_37814112/article/details/128482951
基于ansible一键离线部署redis6.2.8容器版哨兵集群工具
01-12
1、支持 1台主机 一键远程部署redis 哨兵伪集群（一主两从三哨兵）。 2、支持 2台主机 一键远程部署redis 哨兵 分布式集群（一主两从三哨兵）。 3、支持 3台主机 一键远程部署redis 哨兵 分布式集群（一主两从三哨兵...
基于docker-compose一键离线部署redis6.2.8哨兵集群工具
01-06
一键部署工具实现功能如下： 1、支持伪集群部署 2、支持分布式集群部署 3、支持redis哨兵集群数据、日志、配置文件持久化 ...说明：工具使用非常简单，只需要修改变量文件，一分钟就可以快速帮你部署redis哨兵集群。
【Redis】10.哨兵模式与分片集群
沉迷写代码的程序猿的博客
11-08 864
有了这些信息后，哨兵就会记住这些节点的拓扑信息，在后续发生故障时，选择合适的slave节点进行故障恢复。如图，在7001这个节点执行set a 1时，对a做hash运算，对16384取余，得到的结果是15495，因此要存储到103节点。这是基于redis提供的发布（pub）/订阅（sub）机制完成的，客户端可以从哨兵订阅消息，故障转移后，客户端会收到订阅消息。:hello"频道发送自己的信息（IP 和端口），其他订阅了该频道的哨兵节点就会获取到该哨兵节点信息，从而哨兵节点之间互知。
集群部署篇--Redis 哨兵模式
最新发布
拽着尾巴的鱼儿的博客
12-29 1563
虽然有了Reids 的主从模式，但是我们发现它的故障转移能力非常弱，所以在主从模式的基础之上有衍生出了哨兵模式。基于主从方案的缺点还是很明显的，假设 Master 宕机，那么就不能写入数据，那么 Slave 也就失去了作用，整个架构就不可用了，除非你手动切换，主要原因就是因为没有自动故障转移机制。而哨兵（sentinel）的功能比单纯的主从架构全面的多了，哨兵模式是一种特殊的模式，首先 Redis 提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它独立运行。
Redis --- 哨兵、分片集群
乌云的博客
05-05 784
Redis提供了哨兵（Sentinel）机制来实现主从集群的自动故障恢复。
Redis（主从复制、哨兵模式、集群）概述及部署
Lsssss123的博客
07-04 1893
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(Master)，后者称为从节点(Slave)；数据的复制是单向的，只能由主节点到从节点。默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。
如何部署Redis哨兵与集群
Liu_Fang_Hong的博客
07-31 1616
哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式，所有节点上都需要部署哨兵模式，哨兵模式会监控所有的 Redis 工作节点是否正常，当 Master 出现问题的时候，因为其他节点与主节点失去联系，因此会投票，投票过半就认为这个 Master 的确出现问题，然后会通知哨兵间，然后从 Slaves 中选取一个作为新的 Master。●自动故障转移：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其他从节点改为复制新的主节点。
Redis进阶学习之哨兵模式和分片集群
boo程序员的博客
05-17 782
4. Redis哨兵模式 在主从复制我们知道slave节点宕机恢复后可以找master节点同步数据，那master节点宕机就需要另外一种方式了。Redis提供了哨兵（Sentinel）机制来实现主从集群的自动故障恢复。 4.1. Sentinel的三个作用 1. 监控：Sentinel 会不断检查您的master和slave是否按预期工作 2. 自动故障恢复：如果master故障，Sentinel会将一个slave提升为master。当故障实例恢复后也以新的master为主 3. 通知：Sentinel充当
Redis主从复制、哨兵机制、集群分片
qq_62767608的博客
08-02 1607
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master)，后者称为从节点(slave)。复制是单向的从节点也可以拥有从节点主节点可写可读，主要负责写操作，从节点只能进行读操作。
Redis三种模式（主从复制，哨兵，集群）
fyb012811的博客
10-07 378
主从复制，是指将一台 Redis 服务器的数据，复制到其他的 Redis 服务器。前者称为主节点(Master)，后者称为从节点(Slave)；数据的复制是单向的，只能由主节点到从节点。默认情况下，每台 Redis 服务器都是主节点；且一个主节点可以有多个从节点 (或没有从节点)，但一个从节点只能有一个主节点。
redis的哨兵与集群模式的区别
08-25
Redis的哨兵模式和集群模式都是用于提高Redis的高可用性和扩展性的解决方案，但它们有一些区别。 1. 哨兵模式： - 哨兵模式适用于主从复制的场景，其中包括一个主节点和多个从节点。 - 哨兵模式通过一个或多个哨兵进程来监控主节点和从节点的状态。 - 当主节点发生故障时，哨兵会自动将一个从节点升级为新的主节点，确保系统的高可用性。 - 哨兵模式的配置和管理相对简单，适合小规模的Redis部署。 2. 集群模式： - 集群模式适用于需要分片存储数据的大规模Redis部署。 - 集群模式将数据分散存储在多个节点上，每个节点负责存储一部分数据。 - 集群模式使用哈希槽（hash slot）来映射数据到不同的节点。 - 集群模式支持自动的故障转移和负载均衡，当某个节点发生故障时，集群会自动将其上的哈希槽迁移到其他正常节点上。 - 集群模式的配置和管理相对复杂，需要考虑数据分片和节点间的通信等问题。 总结来说，哨兵模式适用于小规模的主从复制场景，而集群模式适用于需要分片存储的大规模Redis部署。选择哪种模式取决于你的应用需求和规模。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值