Redis凭借其高性能、丰富的数据结构和分布式集群能力，已成为现代分布式系统中缓存层的首选方案。无论你是应对高并发读取，还是作为数据缓冲层，Redis都能有效降低后端存储压力，提升系统响应速度，在分布式架构下，Redis的集群和哨兵模式提供了高可用和水平扩展的能力,让开发者可以专注于业务逻辑。
Redis分布式缓存方案对比
选择Redis分布式缓存方案时，核心在Redis Sentinel（哨兵）和Redis Cluster（集群）之间做权衡，两者都提供高可用,但适用场景不同。
| 特性 | Redis Sentinel（哨兵） | Redis Cluster（集群） |
|---|---|---|
| 高可用 | 主从切换，自动故障转移 | 数据分片，自动故障转移 |
| 水平扩展 | 有限，依赖客户端路由 | 原生支持，16384个槽位 |
| 数据分片 | 不支持 | 支持，自动迁移 |
| 部署复杂度 | 较低，需额外配置哨兵节点 | 较高，需多实例协同 |
| 客户端支持 | 成熟，需配置哨兵地址 | 需支持集群协议 |
| 适用场景 | 小规模高可用需求，数据量<1TB | 大规模数据分片，水平扩展优先 |
方案选择建议：如果数据量在单机内存范围内，且主要追求高可用，Redis Sentinel更轻量，如果数据量超过单机容量，或者需要动态扩容，
Redis Cluster是更长久的选择，行业共识认为，使用Redis Cluster时应保证每个master节点预留足够内存,避免频繁触发内存淘汰。
Redis分布式缓存怎么搭建
以Linux环境搭建Redis Cluster为例，演示完整流程，假设你已安装Redis 6.x以上版本。
-
准备节点目录与配置文件
创建6个目录，分别对应端口7000-7005，每个目录下放置redis.conf,关键配置如下：port 7000 cluster-enabled yes cluster-config-file nodes-7000.conf cluster-node-timeout 5000 appendonly yes daemonize yes -
启动所有实例
redis-server /path/to/7000/redis.conf redis-server /path/to/7001/redis.conf ... # 重复启动7002-7005
-
创建集群
redis-cli --cluster create 127.0.0.1:7000 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 --cluster-replicas 1
系统会分配三个master和三个slave,并自动分配槽位。
-
验证集群状态
redis-cli -c -p 7000 cluster info
输出包含
cluster_state:ok和槽位分配信息。
常见问题：如果节点间网络不通，需要调整bind配置或关闭防火墙，搭建完成后，可以通过redis-cli --cluster check定期检查节点健康。
Redis分布式缓存常见问题与解决方案
缓存穿透
大量请求查询不存在的数据，直接穿透到数据库，解决方案：
- 布隆过滤器：在Redis中维护布隆，拦截非法key。
- 缓存空值：对查询为空的结果也缓存较短的过期时间,如30秒。
缓存击穿
热点key失效，瞬间大量请求涌入数据库，应对方案：
- 互斥锁：使用
SETNX命令，保证只有一个线程重建缓存。 - 热点数据永不过期：后台线程定期更新,避免同时失效。
缓存雪崩
大量key在同一时间过期，导致数据库压力骤增，常用手段：
- 过期时间加随机值：比如在基础过期时间上增加1-5分钟的随机偏移。
- 多级缓存：将本地缓存作为Redis的补充，形成本地+远程的混合架构。Redis分布式缓存和本地缓存区别在于：本地缓存速度更快但容量有限且无法跨进程共享，常用于存储热点数据；Redis分布式缓存则支持跨服务共享,适合存储全局性数据。
Redis分布式缓存选型考量
与Memcached对比
Memcached支持纯内存kv存储，性能略高，但缺少数据结构、持久化、集群原语等能力，如果你的场景需要复杂数据结构或数据持久化，Redis是更合适的选择，多数新项目已全面转向Redis,Memcached更多用于已存系统的维护。
成本与地域
在公有云上，Redis分布式缓存价格
主要受实例规格、内存大小和地域影响，华北地域的实例通常比东南亚地域便宜，如果你的用户集中在华东，选择华东地域的Redis实例可以减少网络延迟,同时注意不同地域间的跨域访问费用。
高可用与容灾
云服务商通常提供跨可用区部署，推荐开启多可用区容灾，自建场景下，Redis Cluster的副本机制可以保证多数节点故障时服务不中断。
Q&A：Redis分布式缓存面试题精选
问：Redis分布式缓存如何保证数据一致性？
Redis分布式缓存采用最终一致性模型，主从复制是异步的，故障切换时可能丢失少量数据，如果需要强一致性，需结合业务层使用分布式锁或Lua脚本确保原子操作,同时接受一定性能损耗。
问：Redis分布式缓存的内存满了怎么办？
Redis会触发内存淘汰策略，通过maxmemory和maxmemory-policy配置，常见策略包括allkeys-lru（淘汰最近最少使用的key）和volatile-ttl（优先淘汰即将过期的key），建议根据业务场景选择，并监控内存使用率,及时扩容或清理过期数据。
问：Redis分布式缓存如何实现分布式锁？
使用SET key value NX PX 30000命令获得锁，其中NX保证key不存在才设置，PX设置过期时间，更可靠的方案是Redlock算法，在多个独立Redis节点上获取锁，确保少数节点故障时锁仍有效，使用分布式锁时需注意锁的粒度与续期机制,避免死锁。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/507662.html
