ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、核心定义：什么是Redis虚拟节点Redis虚拟节点是分布式一致性哈希算法中的逻辑分片单元，并非独立的Redis物理实例，而是真实Redis节点在哈希环上的“虚拟复制品”。简单来说，就是把一台真实的Redis服务器，拆分成多个互不重叠的逻辑节点，均匀散布在哈希环上，实现数据的精细化分片。在Redis Cluster集群模式中，虚拟节点有一个专属名称——哈希槽（Slot），集群默认划分16384个哈希槽，每个真实主节点会负责一部分槽位，这是Redis虚拟节点最典型的落地实现...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一致性哈希和哈希槽分区都是Redis解决单机存储瓶颈、实现分布式分片的核心方案，但二者的设计理念、实现层级、运维特性差异极大：一致性哈希是早期客户端/第三方代理层的通用分片算法，哈希槽是Redis Cluster官方原生的集群分片方案，适配场景和落地成本完全不同。下面先拆解各自原理，再做全方位对比。一、一致性哈希（Consistent Hashing）核心原理一致性哈希是一种通用的分布式哈希算法，并非Redis专属，早期Redis分布式架构（如Codis、Twemproxy）...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、什么是Redis Cluster脑裂脑裂（Split-Brain）是分布式系统的经典故障，特指Redis Cluster因网络分区、节点通信异常等问题，分裂为多个互不连通的独立子集群，每个子集群都错误判定自身为完整集群，甚至各自选举主节点，最终出现双主/多主并存的异常状态。与Redis哨兵模式的脑裂不同，Redis Cluster是去中心化架构，无单独哨兵节点，节点间通过Gossip协议通信、自主完成故障转移，脑裂触发后会直接导致集群数据分裂、写入冲突，是生产环境中极具破...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、核心结论：完全支持，且支持在线迁移Redis Cluster 天生支持哈希槽的动态重新分配，无需停机、无需清空数据，即可完成哈希槽在集群节点间的迁移、转移与均衡。集群内置了完整的槽位管理机制，配合官方工具可实现精细化的槽位调整，是集群扩容、缩容、故障转移、负载优化的基础能力。补充：Redis Cluster 共有16384个固定哈希槽（0~16383），所有键通过CRC16(key) & 16383算法映射到对应槽位，槽位是集群数据分片的最小单元，重新分配本质是槽...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花Redis Cluster 固定设置16384个哈希槽（2^14），并非随机取值，而是Redis团队围绕网络通信效率、哈希算法适配、集群规模、数据迁移灵活性做的精准权衡，核心原因拆解如下：一、核心：心跳包位图传输的最优开销（最关键原因）Redis Cluster 采用 Gossip 协议同步槽位归属，用1bit位图标记1个槽的分配状态：16384个槽 = 16384bit = 2KB，位图体积极小，能完整塞进集群心跳包，不会触发TCP报文分片，节点间通信零额外开销；若选用 C...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花Redis Cluster是Redis官方推出的分布式集群方案，核心采用哈希槽（Hash Slot）分片实现数据分布式存储，摒弃了传统一致性哈希，通过固定槽位映射实现集群扩容、缩容和故障转移，整体分片逻辑分为「槽位划分→节点绑定槽位→Key映射槽位」三大核心环节，下文逐一拆解。一、Redis Cluster核心分片原理：哈希槽机制Redis Cluster的分片本质是将整个Redis键空间逻辑拆分为固定数量的哈希槽，每个主节点负责托管一部分槽位，数据按槽位归属存储，从节点仅负...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、Redis Cluster核心定义Redis Cluster是Redis官方推出的分布式集群解决方案，采用无中心节点架构，依托16384个哈希槽实现数据自动分片，搭配主从复制机制实现故障自愈，是Redis应对大规模业务场景的标准架构，无需依赖第三方中间件即可实现分布式存储、高并发处理和高可用保障。区别于单机Redis、主从复制、哨兵模式，Redis Cluster彻底打破单节点的物理限制，是海量缓存、高并发业务的首选架构。二、为什么需要Redis Cluster？—— 单...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花Raft是由斯坦福大学Diego Ongaro和John Ousterhout在2014年提出的分布式一致性算法，核心目标是解决分布式系统中多节点数据同步、状态一致的难题，专为弥补Paxos算法难以理解、难以工程实现的短板而生。它将复杂的分布式共识问题拆解为领导者选举、日志复制、安全性保障、集群成员变更四个相对独立的子问题，通过强领导者模型和标准化流程，让分布式一致性变得可调试、易落地，广泛应用于Etcd、Consul、TiDB等分布式中间件。一、Raft核心基础概念Raft...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、什么是脑裂（Split-Brain）脑裂是分布式系统的经典故障问题，核心成因是网络分区（节点间通信中断、延迟过高），导致原本统一的集群分裂成多个互不连通的独立子集群，每个子集群都错误认定自己是唯一合法集群，进而引发多主节点并存、数据写入冲突、数据不一致的严重问题。聚焦到Redis主从+Sentinel哨兵架构场景，脑裂的具象表现为：原主节点并未真正宕机，仅因网络故障与哨兵集群、部分从节点失联；哨兵集群误判原主下线，触发故障转移选举出新主节点；此时集群同时存在旧主、新主两个...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花Sentinel 是 Redis 高可用架构的核心组件，内置两套独立且联动的选举机制：Leader 选举（Sentinel 集群内部决策节点选举）和Master 选举（故障后主节点选举）。两者分工明确：Leader 选举解决“谁来执行故障转移”，避免集群并发操作混乱；Master 选举解决“选哪个 Slave 当新主”，保证数据完整性和集群可用性。一、Sentinel Leader 选举机制（集群决策者选举）1. 核心定位与触发时机Leader 选举是 Sentinel 集群...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花Redis Sentinel（哨兵）是Redis官方推出的高可用组件，核心作用是监控Redis主从节点、自动检测故障并完成主从切换，彻底解决Redis主节点单点故障问题。下文先详解哨兵故障转移的全流程实现，再分析为何必须部署多节点哨兵集群而非单节点。一、Sentinel故障转移完整实现流程哨兵故障转移并非单一节点的独立操作，而是基于分布式共识的自动化流程，全程分为5个核心环节，环环相扣保障切换可靠性。1. 主观下线（SDOWN）：单哨兵本地故障检测这是故障检测的第一步，由单个...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花Redis哨兵（Sentinel）是Redis官方推出的高可用解决方案，本质是一组独立运行的分布式监控进程，专为弥补Redis主从复制架构的单点故障短板而生。在主从模式中，主节点宕机后需人工切换主从、更新配置，无法保障服务连续性；而哨兵模式可实现自动监控、故障判断、主从切换、配置推送，让Redis集群在主节点故障时无感恢复服务，是生产环境Redis高可用部署的核心方案。一、哨兵模式核心四大功能哨兵集群并非单纯的监控工具，而是集监控、决策、切换、通知于一体的高可用组件，核心功能...

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、Redis主从复制核心原理Redis主从复制是Redis官方原生的数据同步机制，也是搭建主从架构的基础核心。通过该机制，可将一台Redis节点（主节点/Master）的全量/增量数据，实时同步至一台或多台从属节点（从节点/Slave），实现数据多副本存储、读写职责分离，是Redis实现高可用、容灾备份的前提条件。1.1 主从复制核心流程主从复制分为全量复制和增量复制两个阶段，二者有明确的触发边界，仅在特定场景下启用，以此适配同步需求、保证数据一致性，具体触发时机和流程如下...

Redis是典型的内存型数据库，所有数据默认存储在内存中，一旦进程崩溃、服务器宕机，内存数据会彻底丢失。持久化机制的核心作用，就是将内存中的数据异步/同步写入磁盘，实现故障后的数据恢复，兼顾Redis的高性能与数据可靠性。Redis官方提供两种基础持久化方案：RDB（快照持久化）和AOF（日志持久化），4.0版本后新增混合持久化，融合两者优势，成为生产环境主流选型。下文从原理、触发方式、配置、优缺点、适用场景逐一拆解。一、RDB持久化：全量快照式持久化RDB（Redis DataBase）是Redis默认的持久化方式，核心逻辑是定时生成内存数据的全量二进制快照，压缩后写入磁盘文件（默认dump...