一文教你搞懂Redis集群

最新推荐文章于 2024-05-21 17:11:10 发布
最新推荐文章于 2024-05-21 17:11:10 发布
阅读量394 收藏 1
点赞数
文章标签： redis 数据库 缓存
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mmklo/article/details/133588039
版权

一、Redis主从

1.1、搭建主从架构

单节点的Redis的并发能力是有上限的，要进一步的提高Redis的并发能力，据需要大家主从集群，实现读写分离。

在这里插入图片描述

共包含三个实例，由于资源有限，所以在一台虚拟机上，开启多个redis的实例，端口不同，下面是具体的配置

IPPORT角色
192.168.152.1337001master
192.168.152.1337002slave/replica
192.168.152.1337003slave/replica

第一步：准备实例和配置

要在同一台虚拟机上开启三个redis实例，就必须要准备三分不同的redis.conf的配置文件，为了方便管理，这里创建三个文件夹，存放不同的配置文件

  1. 创建目录

创建出三个分别以端口号命名的文件夹7001，7002，7003

# 进入redis的按照目录
cd /usr/local/bin
# 创建目录
mkdir -p 7001 7002 7003
ll

如图：

在这里插入图片描述

  1. 修改配置文件

修改redis.conf的配置文件，将其中的持久化模式改为开启rdb，关闭aof，并指定ip，端口。

其中如果想要用redis的可视化连接工具链接，还需要关闭保护模式protected-mode no

# 关闭aof
appendonly no

思考：为什么要开启rdb模式，关闭aof呢❓

  1. 拷贝配置文件到7001，7002，7003
#方式一：逐个拷贝
cp /opt/redis-5/redis.conf ./7001/
cp /opt/redis-5/redis.conf ./7002/
cp /opt/redis-5/redis.conf ./7003/
#方式二：管道操作
echo 7001 7002 7003 | xargs -t -n 1 cp redis-5/redis.conf
  1. 修改端口，数据保存目录
sed -i -e 's/6379/7001/g' -e 's/dir .\//dir \/usr\/local\/bin\/7001\//g' ./7001/redis.conf
sed -i -e 's/6379/7002/g' -e 's/dir .\//dir \/usr\/local\/bin\/7002\//g' ./7002/redis.conf
sed -i -e 's/6379/7003/g' -e 's/dir .\//dir \/usr\/local\/bin\/7003\//g' ./7003/redis.conf

daemonize no：表示不后台启动，实际生产需要修改为yes，这里为了方便观察日志，暂时关闭

  1. 修改每个实例的声明IP

虚拟机本身存在多个ip，为了避免混淆，我们需要在配置文件的第一行，声明每个实例的IP

sed -i '1a replica-announce-ip 192.168.152.133' ./7001/redis.conf
sed -i '1a replica-announce-ip 192.168.152.133' ./7002/redis.conf
sed -i '1a replica-announce-ip 192.168.152.133' ./7003/redis.conf

第二步：启动redis实例

执行如下命令

redis-server ./7001/redis.conf
redis-server ./7002/redis.conf
redis-server ./7003/redis.conf

在这里插入图片描述

第三步：构建主从关系

完成上面的操作之后，其实还没有完成主从的搭建，因为这样只是启动三个单独的redis实例，这三个redis实例之间没有任何的联系。需要在从节点下执行如下命令：

# 方式一：永久修改
在redis.conf文件里添加slaveof masterIp masterPort
只要添加了这行命令的redis实例就会成为被添加的masterIp的从节点

# 方式二，临时修改，重启后将失效
# 进入redis-cli客户端，执行slaveof
slaveof 主节点IP 主节点端口

在这里插入图片描述

观察日志变化：

在这里插入图片描述

1.2、主从同步原理

全量同步

数据同步图解

数据同步原理

Redis主从的第一次数据同步是全量同步：

在这里插入图片描述

如何判断是否是第一次

那么由上图我们可以知道master必须要对发来的slave节点进行判断，看是不是第一次，如果是第一次，需要做全量同步数据，那么问题来了？master怎么知道是不是第一次呢？？？

这里就涉及到了两个概念：

  • Replication Id: 简称replid，是数据集的标记，id一致则说明是同一个数据集，每一个master都有唯一的replid，slave则会继承master的replid。

  • **offset：**随着repl_back_log中地数据量的增大而增加，slave完成同步时也会记录当前地offset，所以slave地offset偏移量一定是小于等于，master地offset。

在这里插入图片描述

答案是Replid，因为slave在成成为master地从节点之前，自己也是master，也有自己的replid，故replid是唯一的。

日志分析

接下来我们看下日志进行进一步的分析：

【步骤一】：

在这里插入图片描述

【步骤二】：

在这里插入图片描述

【步骤三】：

由于是第一次，所以没有offset，故没有日志，但是redis后台会监控

增量同步

增量同步图解

在这里插入图片描述

增量同步地关键就是repl_baklog，上面讲过一个概念offset，他记录的是主从节点同步的节点信息，也就是说假如slave宕机了，但是这个时候master还持续地往里面写数据，这个时候slave地offset一直没有增加，而master地offset一直在增加。当我们地slave重新恢复的时候，slave地offset与master地offset的差值，就是slave需要做增量同步的数据。

那么repl_baklog是怎么实现记录的操作呢？

原理就如上图左下角所示：

repl_baklog数据结构实际上就是一个环形数组，绿色的部分代表slave的offset，而红色的部分代表需要同步的数据，也就是master的offset与slave的offset的差值，我们实际要关注的也就是这部分。

什么时候无法增量同步

在这里插入图片描述

由于是一个环形的数据结构，所以一旦master的offset覆盖掉slave宕机前的offset位置，那么此时就无法实现增量同步。

如何优化主从集群

在这里插入图片描述

二、Redis哨兵

🤔思考：

  • slave节点宕机恢复后可以找master节点数据同步，
  • 那master节点宕机了呢，怎么办？

2.1、哨兵的作用与原理

哨兵的作用

Redis提供了哨兵模式（Sentinel），其主要的作用就是监控主从集群，用于自动的故障检测与恢复，以及通知。

在这里插入图片描述

服务状态监控

在这里插入图片描述

选举新的Master

在这里插入图片描述

故障转移原理

在这里插入图片描述

⚓️注意：

当原master宕机后，sentinel会选举出新的master，同时会强制修改master节点的redis.conf配置文件，添加一行：slaveof <新的masterip> <新的master端口>

故，如果重新使用原理的redis.conf启动主从，就无法实现主从的搭建。

2.2、搭建哨兵集群

节点PORT角色
sentinel127001master
sentinel227002slave/replica
sentinel327003slave/replica

第一步：准备实例和配置

必须要准备三分不同的sentinel.conf的配置文件，为了方便管理，这里创建三个文件夹，存放不同的配置文件：sentinel27001 sentinel27002 sentinel27003

  1. 创建目录

创建出三个分别以端口号命名的文件夹7001，7002，7003

# 进入redis的按照目录
cd /usr/local/bin
# 创建目录
mkdir -p sentinel27001 sentinel27002 sentinel27003
ll

如图：

在这里插入图片描述

  1. 修改配置文件

sentinel.conf的配置文件，

vim ./sentinel27001/sentinel.conf

port 27001
sentinel announce-ip 192.168.152.133
# 客观下线数目 2台sentinel都认为下线则认为主管下线
# mymaster 为sentinel的名字，随意，但是前后须保持一致
# 192.168.152.133 7001 为master主节点的ip，端口
sentinel monitor mymaster 192.168.152.133 7001 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 60000
dir "/usr/local/bin/sentinel27001"
  1. 拷贝配置文件到sentinel27002，sentinel27003
#方式二：管道操作
echo sentinel27002 sentinel27003 | xargs -t -n 1 cp ./sentinel27001/sentinel.conf
  1. 修改端口，数据保存目录
sed -i -e 's/27001/27002/g' -e 's/sentinel27001/sentinel27002/g' ./sentinel27002/sentinel.conf
sed -i -e 's/27001/27003/g' -e 's/sentinel27001/sentinel27003/g' ./sentinel27003/sentinel.conf

daemonize no：表示不后台启动，实际生产需要修改为yes，这里为了方便观察日志，暂时关闭

  1. 修改每个实例的声明IP

虚拟机本身存在多个ip，为了避免混淆，我们需要在配置文件的第一行，声明每个实例的IP

sed -i '1a replica-announce-ip 192.168.152.133' ./7001/redis.conf
sed -i '1a replica-announce-ip 192.168.152.133' ./7002/redis.conf
sed -i '1a replica-announce-ip 192.168.152.133' ./7003/redis.conf

第二步：启动sentinel实例

执行如下命令

redis-sentinel ./sentinel27001/sentinel.conf
redis-sentinel ./sentinel27002/sentinel.conf
redis-sentinel ./sentinel27003/sentinel.conf

在这里插入图片描述

第三步：模拟master宕机

在这里插入图片描述

哨兵服务监控7001状态，并完成新的sentinel-leader的选举，并最终由选举出来的sentinel-leader完成故障恢复

在这里插入图片描述

由选举出来的27001哨兵选举出7003节点，成为新的master，并向7003发送了一个slaveof-noone的命令【起来，不愿做奴隶的人】，使得7003成为新的master

在这里插入图片描述

在这里插入图片描述

向7001发起reconf命令
在这里插入图片描述

恢复7001节点后，地位变成了slave，并实现了一次全量同步数据7003

在这里插入图片描述

2.3、RedisTemplate的哨兵模式

SpringBoot为访问Redis，提供了一个RedisTemplate的包，集成了Lettuce和Jedis两种Java访问Redis的客户端，接下来，让我们来使用一下：

【引入依赖】

		<!-- redis核心依赖 -->
		<dependency>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-starter-data-redis</artifactId>
		</dependency>

		<!-- 对象池框架，redis依赖 -->
		<dependency>
			<groupId>org.apache.commons</groupId>
			<artifactId>commons-pool2</artifactId>
		</dependency>
		<!-- 序列化 -->
		<dependency>
			<groupId>com.alibaba</groupId>
			<artifactId>fastjson</artifactId>
			<version>1.2.73</version>
		</dependency>

application.yml

server:
  port: 9088
# 开启redis的日志
logging:
  level:
    '[io.lettuce.core]': debug
  pattern:
    dateformat: MM-dd HH:mm:ss:SSS
# redis配置信息
spring:
  redis:
    sentinel:
      master: mymaster
      nodes:
        - 192.168.152.133:27001
        - 192.168.152.133:27002
        - 192.168.152.133:27003

【redisConfig配置类】

import org.springframework.boot.autoconfigure.AutoConfigureBefore;
import org.springframework.boot.autoconfigure.data.redis.LettuceClientConfigurationBuilderCustomizer;
import org.springframework.boot.autoconfigure.data.redis.RedisAutoConfiguration;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.data.redis.connection.RedisConnectionFactory;
import org.springframework.data.redis.core.RedisTemplate;
import org.springframework.data.redis.serializer.Jackson2JsonRedisSerializer;
import org.springframework.data.redis.serializer.StringRedisSerializer;

import io.lettuce.core.ReadFrom;

/**
* @ClassName: RedisConfig
* @Description: Redis配置类
* @author weiyongpeng
* @date 2023年10月5日 下午12:37:19
 */
@Configuration
@AutoConfigureBefore(RedisAutoConfiguration.class)
public class RedisConfig {

    /**
     * 方法描述： 初始化redis连接
     * @param factory redis连接工厂
     * @return {@link RedisTemplate}
     */
    @Bean
    public RedisTemplate redisTemplate(RedisConnectionFactory factory) {
        // 新建redisTemplate对象
        RedisTemplate<String, Object> template = new RedisTemplate<>();
        // 设置工厂
        template.setConnectionFactory(factory);
        //序列化配置
        Jackson2JsonRedisSerializer jackson2JsonRedisSerializer = new Jackson2JsonRedisSerializer(Object.class);
        StringRedisSerializer stringRedisSerializer = new StringRedisSerializer();
        //1，用StringRedisSerializer进行序列化的值，在Java和Redis中保存的内容是一样的
		//2，用Jackson2JsonRedisSerializer进行序列化的值，在Redis中保存的内容，比Java中多了一对双引号。
		//3，用JdkSerializationRedisSerializer进行序列化的值，对于Key-Value的Value来说，是在Redis中是不可读的。对于Hash的Value来说，比Java的内容多了一些字符。
		//如果Key的Serializer也用和Value相同的Serializer的话，在Redis中保存的内容和上面Value的差异是一样的，所以我们保存时，只用StringRedisSerializer进行序列化
        // key采用String的序列化方式
        template.setKeySerializer(stringRedisSerializer);
        // value序列化方式采用jackson
        template.setValueSerializer(stringRedisSerializer);
        // hash的key也采用String的序列化方式
        template.setHashKeySerializer(stringRedisSerializer);
        // hash的value序列化方式采用jackson
        template.setHashValueSerializer(stringRedisSerializer);
        // 返回redisTemplate对象
        return template;
    }
    
    /**
    * 描述：配置读写分离
    * @Title: configurationBuilderCustomizer
    * @return
    * @author weiyongpeng
    * @date  2023年10月5日 上午10:20:57
     */
    @Bean
    public LettuceClientConfigurationBuilderCustomizer configurationBuilderCustomizer() {
        // REPLICA_PERFERED：表示优先从从节点读取数据，当从节点都挂掉，才去读master
    	return configurate -> configurate.readFrom(ReadFrom.REPLICA_PREFERRED);
    }
}

三、Redis分片集群

3.1、搭建分片集群

首先在搭建Redis分片集群之前，先了解下分片集群可以解决哨兵和主从无法解决的那些问题，以及分片式集群的特征：

在这里插入图片描述

**🔥注意：**在使用RedisTemplate访问分片集群的时候，就不需要指定主从关系，可以访问任意一台节点，redis会实现自动的路由转发机制

共包含六个实例，由于资源有限，所以在一台虚拟机上，开启多个redis的实例，端口不同，下面是具体的配置

IPPORT角色
192.168.152.1337001master
192.168.152.1337002master
192.168.152.1337003master
192.168.152.1338001slave
192.168.152.1338002slave
192.168.152.1338003slave

第一步：准备实例和配置

为了完成3主3从的redis分片集群的搭建，必须要准备六份不同的redis.conf的配置文件，为了方便管理，这里创建六个文件夹，存放不同的配置文件：cluster7001 cluster7002 cluster7003 cluster8001 cluster8002 cluster8003

  1. 创建目录

创建出三个分别以端口号命名的文件夹cluster7001 cluster7002 cluster7003 cluster8001 cluster8002 cluster8003

# 进入redis的按照目录
cd /usr/local/bin
# 创建目录
mkdir -p cluster7001 cluster7002 cluster7003 cluster8001 cluster8002 cluster8003
ll

如图：
在这里插入图片描述

  1. 修改配置文件

重新生成redis.conf的配置文件，

vim ./cluster7001/redis.conf

port 7001
# 开启集群功能
cluster-enabled yes
# 集群的配置文件名称，不需要我们创建，需要redis自己维护
cluster-config-file /usr/local/bin/cluster7001/nodes.conf
# 节点心跳超时链接时间
cluster-node-timeout 5000
# 持久化数据文件存放路径
dir "/usr/local/bin/cluster7001"
# 绑定地址
bind 192.168.152.133
# 开启后台运行
daemonize yes
# 声明IP
replica-announce-ip 192.168.152.133
# 保护模式关闭
protected-mode no
# 日志文件路径
logfile "/usr/local/bin/cluster7001/cluster.log"
  1. 拷贝配置文件到cluster7002 cluster7003 cluster8001，cluster8002 cluster8003
#方式二：管道操作
echo cluster7002 cluster7003 cluster8001 cluster8002 cluster8003 | xargs -t -n 1 cp ./cluster7001/redis.conf
  1. 修改端口，数据保存目录
printf '%s\n' cluster7002 cluster7003 cluster8001 cluster8002 cluster8003 | xargs -I{} -t sed -i 's/cluster7001/{}/g' {}/redis.conf

daemonize no：表示不后台启动，实际生产需要修改为yes，这里为了方便观察日志，暂时关闭

第二步：启动

执行如下命令

cd /usr/local/bin

printf '%s\n' cluster7001 cluster7002 cluster7003 cluster8001 cluster8002 cluster8003 | xargs -I{} -t  redis-server ./{}/redis.conf

在这里插入图片描述

🔥注意，此时还没有完成集群的配置，因为这个时候6台redis实例话没有形成任何的关联关系。

第三步：创建集群

针对redis5.x之后的把版本，执行下述命令：

redis-cli --cluster create --cluster-replicas 1 192.168.152.133:7001 192.168.152.133:7002 192.168.152.133:7003 192.168.152.133:8001 192.168.152.133:8002 192.168.152.133:8003

命令说明

  • redis-cli --cluster或者./redis-trib.rb ：代表集群操作命令
  • create：代表创建集群
  • --replicas 1或者--cluster-replicas 1：代表集群中每个master的副本个数为1，master+slave的比例就是2，那么总节点数➗(master+salve的比例) 就是当前master个数，那么其余的就是salve

在这里插入图片描述

在这里插入图片描述

自此集群创建完毕，那么我们如何查看集群的状态呢？

redis-cli -p 7001 -h 192.168.152.133 cluster nodes

在这里插入图片描述

3.2、散列插槽原理

Redis会把每一个Master节点映射到0-16383之间共16384个插槽(hash solt)上，查看集群信息时就能看到：

在这里插入图片描述

这些的solts总和正好是16384。

为什么要使用插槽呢？原因很简单：

**因为redis的节点时有可能宕机的，所以redis的key并不是与节点所绑定的，而是与插槽绑定。**redis会根据key的有效部分计算插槽，分两种情况：

  1. key中包含{}，且{}中至少有一个字符，{}中的部分就是有效部分
  2. key中不包含{}，整个key作为有效部分

在这里插入图片描述

**🔥注意：在集群模式下，必须使用-c**参数链接redis-cli

在这里插入图片描述

在这里插入图片描述

所以这就是为什么我们说，访问集群的任意一个节点，都可以，因为他们是通过槽的值自动切换。

总结
  1. 如何将同一类的数据固定保存在同一个Redis实例中？

这一类数据使用同样的key有效部分，例如key都以{typeid}作为前缀

3.3、集群伸缩

添加一个节点到集群

在这里插入图片描述

在这里插入图片描述

[root@localhost bin]# mkdir -p cluster7004
[root@localhost bin]# cp ./cluster7001/redis.conf ./cluster7004/
[root@localhost bin]# sed -i 's/7001/7004/g' ./cluster7004/redis.conf
[root@localhost bin]# redis-server ./cluster7004/redis.conf
[root@localhost bin]# ps -ef | grep redis
root      10717      1  0 16:05 ?        00:00:04 redis-server 192.168.152.133:7001 [cluster]
root      10722      1  0 16:05 ?        00:00:04 redis-server 192.168.152.133:7002 [cluster]
root      10724      1  0 16:05 ?        00:00:04 redis-server 192.168.152.133:7003 [cluster]
root      10732      1  0 16:05 ?        00:00:04 redis-server 192.168.152.133:8001 [cluster]
root      10734      1  0 16:05 ?        00:00:04 redis-server 192.168.152.133:8002 [cluster]
root      10739      1  0 16:05 ?        00:00:04 redis-server 192.168.152.133:8003 [cluster]
root      11285      1  0 16:48 ?        00:00:00 redis-server 192.168.152.133:7004 [cluster]
root      11290   9739  0 16:48 pts/0    00:00:00 grep --color=auto redis
[root@localhost bin]#

启动完后，查看此时的7004的集群信息

在这里插入图片描述

接下来，我们就要使用add-node添加到集群中

redis-cli --cluster add-node 192.168.152.133:7004 192.168.152.133:7001

在这里插入图片描述

但是，我们这个时候查看一下redis7004的集群信息发现，新增的7004没有插槽分配

在这里插入图片描述

使用reshard实现插槽的重新分配

redis-cli --cluster reshard 192.168.152.133:7001 # 表示重新分配7001的插槽

在这里插入图片描述

分配完后查看7004的集群状态，发现已经实现类分配

在这里插入图片描述

在这里插入图片描述

3.4、故障转移

自动故障转移

在这里插入图片描述

手动故障转移

在这里插入图片描述

3.5、RedisTemplate访问分片集群

spring:
  redis:
    cluster:
      # 集群节点
      nodes: 
        - 192.168.152.133:7001
        - 192.168.152.133:7002 
        - 192.168.152.133:7003 
        - 192.168.152.133:8001 
        - 192.168.152.133:8002 
        - 192.168.152.133:8003
      # 最大重定向次数
      max-redirects: 5

其余配置和哨兵一致，只需要修改application.yml文件即可

@WAT
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
一文带你搞定Redis.docx
01-30
了解这些基本概念后，你可以根据业务需求选择合适的数据类型，利用 Redis 实现高效、可靠的数据存储与管理。无论是简单的缓存还是复杂的应用场景，Redis 都能提供出色的支持。在实际使用中，还需要考虑Redis的持久化...
Redis集群架构
张矜持的博客
01-21 1649
Redis集群架构
redis的集群架构
aoxiaojun的博客
01-18 1187
也就是原来的主节点在失联这段时间内，可能会接收写入大量数据。当恢复后，原来的主节点会变成新选举的主节点的从节点，变成从节点后，利用主从，会复制新选举的主节点的数据到当下节点，这样这段时间写入的大量数据会丢失。当客户端向一个错误的节点发出了指令，该节点会发现指令的key所在的槽位并不归自己管理，这是它会想客户端发送一个特殊的跳转指令携带目标操作的节点地址，告诉客户端去连这个节点获取数据，客户端收到指令后除了跳转到正确的节点上操作，还会同步更新纠正本地的槽位映射表缓存，后续所有的key将使用新的槽位映射表。
万字真言：Springboot使用RedisTemplate Cluster集群正确姿势
最新发布
weixin_45131680的博客
05-21 92
前言 Redis就不多做介绍了，直接进入正题，通过本篇将学习到（代码地址：https://gitee.com/chaitou/leilema.git）： Redis常见功能 Redis高可用分布式 Springboot集成RedisTemplate的正确姿势 集成Spring Cache 常见误区(瑞士军刀开瓶盖) 初学者往往认为Redis就是缓存，这其实是个误区，仅仅拿Redis当缓存好比拿瑞士军刀开瓶盖，但是Redis能做的远不止如此，以下列举几种Redis的常见应用 缓存(也是最常见的) 分布
主从复制（在一个虚拟机配置了三个redis）
yyyyouuu的博客
02-28 187
Linux 部署redis 实现高可用功能
Redis分片集群搭建(散列插槽、集群伸缩、故障转移、RedisTemplate配置)
coderge's CSDN Blog.
05-02 692
例如：key是num，那么就根据num计算，如果是{itcast}num，则根据itcast计算。利用cluster failover命令可以手动让集群中的某个master宕机，切换到执行cluster failover命令的这个slave节点，实现无感知的数据迁移。如图，在7001这个节点执行set a 1时，对a做hash运算，对16384取余，得到的结果是15495，因此要存储到103节点。时，对num做hash运算，对16384取余，得到的结果是2765，因此需要切换到7001节点.
SpringBoot集成redis的JedisCluster和RedisTemplate 实现redis的消息队列消费者-生产者模式，订阅者发布者模式
CNZYYH的博客
01-03 1万+
一般来说，消息队列有两种场景，一种是发布者订阅者模式，一种是生产者消费者模式。利用redis这两种场景的消息队列都能够实现。 定义： 生产者消费者模式 ：生产者生产消息放到队列里，多个消费者同时监听队列，谁先抢到消息谁就会从队列中取走消息；即对于每个消息只能被最多一个消费者拥有。 发布者订阅者模式：发布者生产消息放到队列里，多个监听队列的消费者都会收到同一份消息；即正常情况下每个消费者收到的消息...
一文带你揭开Redis复制原理的神秘面纱
01-20
**Codis**是中国工程师开发的Redis集群解决方案，它简化了Redis集群的管理和运维，提供了一种平滑的扩展方式。 总结来说，Redis的复制原理包括主从复制和集群模式，两者都能提升系统的容错性和可用性。主从复制适用...
一文读懂非关系型数据库（NoSQL）
01-26
例如，MongoDB和Redis这样的NoSQL数据库在读写速度和集群配置上表现出色，但不保证严格的ACID特性。 **CAP理论与BASE理论：** 在面临分布式系统设计时，数据库开发者必须考虑CAP理论，它指出一个分布式系统无法...
一文读懂分布式Session常见解决方案.docx
10-26
这种方法的核心是将Session数据从单一服务器内存迁移到中心化的存储系统，如Redis集群。当用户在服务器上创建Session时，服务器会将SessionId和序列化后的HttpSession对象存储在Redis中，并将SessionId返回给客户端...
一文告诉你全世界最顶级的开发者都在使用什么数据库
01-07
作为一名IT行业从业者，其实从去年已经隐隐约约感觉到...从图中可以看出，MySQL以38.9%的使用率高居榜首，其次是MongoDB(24.6%)、PostgreSQL(17.4%)、Redis(8.4%)和Cassandra(3.0%)。在这些数据库中，Oracle仅占1.8%
Redis常见3种集群架构及其原理
earlybird_xiong的博客
02-12 1109
Redis 的单线程主要是指 Redis 的网络 IO 和键值对读写是由一个线程来完成的，这也是 Redis 对外 提供键值存储服务的主要流程。但 Redis 的其他功能，比如持久化、异步删除、集群数据同步等，其实是由额外的线程执行的。Redis这么快是因为它所有的数据都在内存中，所有的运算都是内存级别的运算，而且单线程避免了多线程的切换性 能损耗问题。Redis处理那么多的并发客户端连接，使用的是IO多路复用技术。
在Spring Boot微服务使用RedisTemplate操作Redis集群
zhangbeizhen18的博客
06-08 3514
记录：442 场景：在Spring Boot微服务使用RedisTemplate操作Redis集群的缓存和队列等数据类型。
Redis分片集群（集群部署、散列插槽、RedisTemplate访问集群）
qq_36089084的博客
08-02 416
Redis如何判断某个key应该在哪个实例？
SpringBoot 集成 RedisTemplate Cluster集群
weixin_42073629的博客
06-12 3467
RedisTemplate
Redistemplate使用Pipeline操作redis集群
A232222的博客
12-11 3675
管道（pipeline）可以一次性发送多条命令并在执行完后一次性将结果返回，pipeline 通过减少客户端与 redis 的通信次数来实现降低往返延时时间，而且 Pipeline 实现的原理是队列，而队列的原理是时先进先出，这样就保证数据的顺序性。RestTemplate是Spring提供的用于访问Rest服务的客户端。
Redis三种集群模式介绍及搭建
QHJJHQ的博客
02-05 9007
redis集群 redis集群就是多个redis节点一起工作的模式。它没有代理节点和中心节点，各个节点平等。 redis集群提供了以下两个好处 1、将数据自动切分(split)到多个节点 2、当集群中的某一个节点故障时，redis还可以继续处理客户端的请求。 集群中的主从复制 集群中的每个节点都有1个至N个复制品，其中一个为主节点，其余的为从节点，如果主节点下线了，集群就会把这个主节点的一个从节点设置为新的主节点，继续工作。这样集群就不会因为一个主节点的下线而无法正常工作。 注意： 1、如果
Redis集群详解
热门推荐
怪咖@的博客
06-26 1万+
在了解Redis集群之前尽量先了解清楚Redis的主从复制和哨兵机制。读写分离，性能扩展，降低主服务器的压力容灾，快速恢复，主机挂掉时，从机变为主机Redis 主从模式不具备自动容错和恢复功能，如果主节点宕机，Redis 集群将无法工作，此时需要人为干预，将从节点提升为主节点。哨兵机制作用主要是监控主从节点，当主节点挂掉，通过内部投票机制，从 从节点当中选出一个主节点，这样可以避免人工成本。虽然主从+哨兵采用了多节点，但是他们存在的目的主要是解决容灾问题，而并非性能问题。
springboot实战之redisTemplate连接redis集群
qq_39839075的博客
12-07 9585
找了好久都没有找到相关的资料，所以就根据xml配置redis集群的方式，自己对比源码搞了一下，成功整合。分享一下 直接贴出代码： 代码中的参数都是通过 @Value注解进行注入 @Bean public JedisPoolConfig getJedisPoolConfig() { JedisPoolConfig jedisPoolConfig = new JedisPool...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

@WAT

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值