Redis 详解：从核心数据结构到高可用架构

1. 引言

Redis（Remote Dictionary Server）是一个开源的、基于内存的高性能键值存储系统，由 Salvatore Sanfilippo 于 2009 年开发并发布。它常被用作数据库、缓存和消息中间件，凭借极低的延迟、丰富的数据结构和简单易用的特性，成为现代互联网架构中不可或缺的基础组件。

本文将从 Redis 的核心特性、数据结构、持久化机制、高可用架构、应用场景以及常见问题等方面，系统性地介绍 Redis。

2. Redis 核心特性

Redis 之所以广受欢迎，主要得益于以下几个核心特性：

基于内存存储：数据主要存放在内存中，读写速度极快，单机 QPS 可达十万甚至更高。
丰富的数据结构：支持字符串、哈希、列表、集合、有序集合等多种数据类型，并提供了对应的原子操作。
单线程模型：Redis 使用单线程处理命令，避免了多线程竞争和锁开销，同时保证了操作的原子性。
持久化支持：通过 RDB 快照和 AOF 日志两种方式，将内存数据落盘，防止数据丢失。
高可用与分布式：支持主从复制、哨兵模式和集群模式，满足大规模场景下的可用性和扩展性需求。
丰富的功能：内置发布订阅、事务、Lua 脚本、过期键、管道等高级功能。

3. Redis 数据结构详解

Redis 提供了多种数据结构，每种结构都有其适用的场景。下面逐一介绍。

3.1 字符串（String）

字符串是 Redis 最基础的数据类型，可以存储字符串、整数或浮点数。它支持自增、自减、追加等原子操作，常用于计数器、缓存对象、分布式锁等场景。

bash 复制代码

SET user:1001 "Alice"
GET user:1001
INCR page_view
SETEX token:abc 3600 "session-data"

3.2 哈希（Hash）

哈希类型适合存储对象，每个哈希可以包含多个字段和值，类似于 Java 中的 Map。相比将整个对象序列化为字符串，哈希可以单独读写某个字段，节省带宽。

bash 复制代码

HSET user:1001 name "Alice" age 28
HGET user:1001 name
HGETALL user:1001

3.3 列表（List）

列表是一个双向链表，支持从两端压入和弹出元素。它常用于消息队列、最新动态列表、时间线等场景。

bash 复制代码

LPUSH news:latest "article-1"
RPUSH news:latest "article-2"
LRANGE news:latest 0 -1
LPOP news:latest

3.4 集合（Set）

集合是无序、去重的字符串集合，支持交集、并集、差集等运算。它适合做标签系统、好友关系、共同关注等场景。

bash 复制代码

SADD user:1001:tags "java" "redis"
SADD user:1002:tags "java" "mysql"
SINTER user:1001:tags user:1002:tags

3.5 有序集合（ZSet）

有序集合在集合的基础上为每个元素关联一个分数，并按照分数排序。它常用于排行榜、延时队列、限流等场景。

bash 复制代码

ZADD leaderboard 100 "player-a"
ZADD leaderboard 200 "player-b"
ZRANGE leaderboard 0 -1 WITHSCORES
ZINCRBY leaderboard 50 "player-a"

4. Redis 持久化机制

Redis 是内存数据库，为了防止进程退出或宕机导致数据丢失，提供了两种持久化方式。

4.1 RDB 快照

RDB 通过定期生成内存数据的二进制快照文件（dump.rdb）来实现持久化。它的优点是文件紧凑、恢复速度快，适合做备份和灾难恢复；缺点是两次快照之间的数据可能丢失。

4.2 AOF 日志

AOF 以追加日志的方式记录每次写操作命令，重启时通过重放日志恢复数据。它的优点是数据安全性更高，可通过配置实现每秒同步或每次写操作同步；缺点是文件体积较大，恢复速度相对较慢。

4.3 混合持久化

Redis 4.0 之后支持混合持久化，将 RDB 快照和 AOF 日志结合：以 RDB 作为基础快照，再追加增量 AOF 日志，兼顾恢复速度和数据安全。

5. Redis 高可用架构

5.1 主从复制

主从复制是 Redis 高可用的基础。主节点负责写操作，从节点同步主节点的数据并承担读操作，实现读写分离和容灾备份。

5.2 哨兵模式（Sentinel）

哨兵模式在主从复制的基础上增加了监控和自动故障转移能力。当主节点宕机时，哨兵会自动选举一个从节点升级为新的主节点，保证服务持续可用。

5.3 集群模式（Cluster）

Redis Cluster 通过分片（Sharding）将数据分散到多个节点，每个节点负责一部分哈希槽（共 16384 个槽位）。集群支持水平扩展，并具备一定的容错能力，适合大规模数据和高并发场景。

6. Redis 典型应用场景

缓存：缓存热点数据，降低数据库压力，提升系统响应速度。
分布式锁：基于 SETNX 或 Redlock 实现跨进程的互斥控制。
消息队列：使用列表或发布订阅实现简单的异步解耦。
排行榜：利用有序集合实现实时排名。
计数器：利用字符串自增实现访问量、库存扣减等。
会话管理：将用户会话集中存储在 Redis 中，便于多实例共享。
限流：基于计数器或滑动窗口实现接口限流。

7. Redis 常见问题与注意事项

缓存穿透：查询不存在的数据导致请求直达数据库，可通过布隆过滤器或缓存空值解决。
缓存击穿：热点 key 过期瞬间大量请求打到数据库，可通过互斥锁或逻辑过期解决。
缓存雪崩：大量 key 同时过期导致数据库压力骤增，可通过随机过期时间或集群分担解决。
内存淘汰策略：需要根据业务选择合适的淘汰策略，如 LRU、LFU 等。
大 key 与热 key：大 key 会影响读写性能和持久化效率，热 key 会造成单节点压力，需要合理拆分和治理。

8. 总结

Redis 凭借高性能、丰富的数据结构和完善的高可用方案，已成为后端开发中不可或缺的基础设施。理解其核心数据结构、持久化机制和架构模式，能够帮助我们在实际项目中做出更合理的设计决策。建议读者结合官方文档和真实业务场景动手实践，逐步加深对 Redis 的理解。