redis

核心区别：哨兵机制是“1主N从”的高可用方案，仅解决故障自动切换问题；Redis集群是“多主多从”的分布式方案，同时解决数据分片（横向扩容）和高可用问题。 1. 核心目标不同 哨兵机制：目标是“保可用

Redis 配置 Key 过期时间主要通过 4个核心命令 实现，其底层依赖“过期字典+三种过期删除策略”协同工作，在保证内存不溢出的同时平衡性能损耗。

Redis CPU飙升至90%的排查与解决，核心是先定位“高CPU命令/来源”，再针对性优化命令、配置或架构，按“定位-分析-解决”三步执行。

Redis 实现分布式锁的核心是利用 SET NX EX 命令（原子性地实现“不存在则设置+过期时间”），确保同一时刻只有一个客户端获得锁，再配合 Lua 脚本保证释放锁的原子性。

在项目中使用 Redis 主要是利用其高性能、多数据结构、支持分布式的特性，解决业务中的性能瓶颈与并发问题；其“快”和“高性能高并发保障”均源于底层设计与上层优化的结合

Redis 渐进式 rehash（重哈希）的核心是 分批次、穿插在日常操作中迁移数据，通过维护关键状态变量和双表并行机制，实现非阻塞的数据迁移

1. 哈希冲突解决方式 Redis 字典（Dict）通过 链地址法（Separate Chaining） 解决哈希冲突：当多个键计算出相同的哈希值时，会将这些键值对以 单向链表 的形式存储在同一哈希桶

Redis 分布式锁与 Zookeeper 分布式锁的核心差异，本质是“性能优先” 与 “一致性优先” 的选择，二者优缺点需结合业务场景判断

Redis ZSet 在 score 相同时，通过 “固定排序规则+value 唯一性” 双重保障，实现排序结果的绝对稳定