常见问题总结-Redis

世纪摆渡人

于 2025-08-24 11:53:42 发布

阅读量661

点赞数 14

CC 4.0 BY-SA版权

分类专栏：并发编程文章标签： java面试计算机面试

本文链接：https://blog.csdn.net/weixin_45226668/article/details/150698555

并发编程专栏收录该内容

30 篇文章

订阅专栏

1. Redis 的数据类型

Redis 支持以下五种基本数据类型：

String（字符串）：最简单的数据类型，可以存储字符串、整数或浮点数。支持原子操作，如 INCR、DECR。
Hash（哈希）：用于存储字段和值的映射表，适合存储对象。
List（列表）：双向链表，支持在头部和尾部插入元素，常用于消息队列。
Set（集合）：无序且不重复的字符串集合，支持并集、交集等操作。
Sorted Set（有序集合）：与 Set 类似，但每个元素都关联一个分数，按分数排序。

此外，Redis 还支持一些复合数据类型：

Bitmaps（位图）：基于 String 类型实现，用于处理二进制位。
HyperLogLog：用于基数统计，估算集合中不同元素的数量。
Geospatial Indexes（地理空间索引）：用于存储地理位置信息，并支持距离计算。

2. Redis 的单线程架构

Redis 是单线程的，这意味着所有客户端请求都在同一个线程中处理。这种设计有以下几个优点：

避免多线程竞争：由于只有一个线程处理请求，不需要考虑锁机制，简化了程序逻辑。
减少上下文切换开销：单线程避免了多线程之间的上下文切换，提高了性能。
高效利用 CPU：Redis 主要依赖内存操作，CPU 不是瓶颈，因此单线程足以应对高并发场景。

尽管是单线程，Redis 依然能实现高性能的原因在于：

使用非阻塞 I/O 模型（epoll），通过事件驱动的方式处理网络请求。
所有命令都是原子性的，保证了数据一致性。
内存操作速度快，响应时间短。

3. Redis 的持久化策略

Redis 提供两种持久化方式来防止数据丢失：

RDB（Redis Database Backup）

原理：定期将内存中的数据快照保存到磁盘上。
触发条件：可以通过配置 save 指令设置触发时机，例如 save 900 1 表示 900 秒内至少有 1 个键被修改时触发。
优点：
- 文件体积小，恢复速度快。
- 适合做备份和灾难恢复。
缺点：
- 数据可能丢失（最后一次快照之后的数据）。
- 频繁写入会导致频繁生成快照，影响性能。

AOF（Append Only File）

原理：记录服务器接收到的所有写操作命令，并在重启时重新执行这些命令以恢复数据。
写入策略：
- always：每次写操作都同步到磁盘，最安全但性能最低。
- everysec：每秒同步一次，平衡性能和安全性。
- no：由操作系统决定何时同步，性能最高但风险最大。
优点：
- 数据完整性更高，几乎不会丢失数据。
- 可以通过重写机制压缩日志文件。
缺点：
- 文件体积较大，恢复速度较慢。
- 写入性能略低于 RDB。

混合模式

Redis 4.0 引入了混合持久化模式，结合 RDB 和 AOF 的优点，在 AOF 重写时先写入 RDB 快照，再追加增量 AOF 日志，从而加快恢复速度。

4. Redis 的缓存淘汰策略

当 Redis 内存使用达到上限时，会根据配置的淘汰策略选择哪些键被淘汰。常见的淘汰策略包括：

noeviction：不淘汰任何键，写入操作失败返回错误。
allkeys-lru：从所有键中淘汰最近最少使用的键。
volatile-lru：仅从设置了过期时间的键中淘汰最近最少使用的键。
allkeys-random：从所有键中随机淘汰一个键。
volatile-random：仅从设置了过期时间的键中随机淘汰一个键。
volatile-ttl：从设置了过期时间的键中淘汰剩余生存时间最短的键。

默认策略为 noeviction，建议根据业务需求选择合适的策略。

5. 实现 Redis 高可用

Redis 高可用主要通过以下几种方式实现：

主从复制（Replication）

一个主节点（Master）负责写操作，多个从节点（Slave）负责读操作。
从节点异步复制主节点的数据，实现读写分离。
当主节点宕机时，手动或自动切换到某个从节点作为新的主节点。

哨兵模式（Sentinel）

哨兵系统监控主从节点的状态，自动进行故障转移。
当主节点不可用时，哨兵会选择一个健康的从节点提升为新的主节点。
客户端通过哨兵获取最新的主节点地址。

Redis Cluster（集群）

分布式架构，支持数据分片和自动故障转移。
将数据分布在多个节点上，每个节点负责一部分数据。
支持自动故障检测和恢复，无需人工干预。
适用于大规模部署场景。

6. 如何利用 Redis 实现分布式锁

分布式锁用于在分布式系统中协调多个进程对共享资源的访问。Redis 可以通过以下方式实现分布式锁：

基本实现

SET resource_name nx px 30000

nx：只有当 key 不存在时才设置。
px 30000：设置过期时间为 30 秒，防止死锁。

解锁

DEL resource_name

安全性改进

为了防止误删其他进程的锁，解锁时需要验证持有者：

if redis.call('get', KEYS[1]) == ARGV[1] then
    return redis.call('del', KEYS[1])
else
    return 0
end

7. Redis 怎么实现延迟消息

Redis 可以通过以下方式实现延迟消息：

使用 Sorted Set（ZSet）

将消息放入 ZSet 中，score 为预计执行时间戳。
定期扫描 ZSet，取出 score 小于当前时间的消息并处理。
处理完成后从 ZSet 中删除该消息。

示例代码

ZADD delay_queue 1640995200 "message1"
ZADD delay_queue 1640998800 "message2"

定时任务

使用定时器或 cron 任务定期检查并处理到期的消息。

8. Redis 中的 String 怎么实现的

Redis 的 String 类型底层实现基于动态字符串（Simple Dynamic String, SDS）。SDS 是 Redis 自定义的字符串结构，具有以下特点：

预分配空间：为了避免频繁扩容，SDS 在扩容时会预先分配额外的空间。
长度记录：SDS 结构中包含长度字段，可以直接获取字符串长度，无需遍历。
二进制安全：SDS 支持任意二进制数据，而不仅仅是文本。
O(1) 时间复杂度：获取长度、拼接等操作的时间复杂度为 O(1)。

内存布局

struct sdshdr {
    int len;        // 字符串长度
    int free;       // 空闲空间长度
    char buf[];     // 字符数组
};

9. Redis 中的 Zset 怎么实现的

Redis 的 ZSet（有序集合）底层由两个数据结构组成：

跳跃表（Skip List）

一种概率性数据结构，类似于平衡树。
支持快速查找、插入和删除操作，平均时间复杂度为 O(log n)。
每个节点包含多个层级的指针，形成多层链表。

哈希表（Hash Table）

存储成员到分数的映射关系，确保每个成员唯一。
用于快速查找某个成员是否存在及其对应的分数。

综合优势

跳跃表提供有序遍历能力，支持范围查询。
哈希表提供快速查找能力，避免重复成员。
两者结合实现了高效的有序集合功能。

示例

ZADD zset_key 1 "member1"
ZADD zset_key 2 "member2"
ZRANGE zset_key 0 -1 WITHSCORES

Redis 常见问题详解（续）

10. 使用 Redis 实现一个排行榜怎么做

Redis 的 Sorted Set（ZSet） 是实现排行榜的理想选择，因为它天然支持按分数排序。

实现方式

# 添加用户得分
ZADD leaderboard 95 "user1"
ZADD leaderboard 87 "user2"
ZADD leaderboard 92 "user3"

# 获取前10名
ZRANGE leaderboard 0 9 WITHSCORES

# 获取某个用户的排名
ZREVRANK leaderboard "user1"  # 从高到低排名

# 获取某个用户在指定范围内的排名
ZRANGEBYSCORE leaderboard 80 100 WITHSCORES

高级功能

分页查询：使用 ZRANGE 或 ZREVRANGE 加上 LIMIT 参数。
动态更新：通过 ZINCRBY 增加或减少分数。
多维度排行榜：可以为不同维度创建不同的 ZSet，如周榜、月榜等。

示例场景

游戏积分排行
商品销量排行
用户活跃度排行

11. 如何用 Redis 实现注册中心

Redis 可以作为轻量级的注册中心，适用于微服务架构中的服务发现和健康检查。

实现原理

服务注册：
- 服务启动时向 Redis 写入自己的信息（IP、端口、服务名等）。
- 使用 SET 或 HSET 存储服务元数据。
```
SET service:web:127.0.0.1:8080 "active"
```
服务发现：
- 客户端通过 KEYS 或 SCAN 查找所有可用的服务实例。
- 使用 GET 获取服务状态。
```
KEYS service:*  # 获取所有服务
GET service:web:127.0.0.1:8080  # 获取服务状态
```
心跳机制：
- 服务定期向 Redis 发送心跳，更新存活时间戳。
- 使用 EXPIRE 设置过期时间，超时自动删除。
```
EXPIRE service:web:127.0.0.1:8080 30  # 30秒后过期
```
健康检查：
- 监控服务是否仍在发送心跳。
- 过期的服务会被自动清理。