一、Redis 核心概述到底什么是 Redis1.1 基本定义Redis 全称Remote Dictionary Server远程字典服务是一款开源、基于内存、支持持久化的键值对Key-ValueNoSQL 数据库由 C 语言编写具备超高读写性能是目前业界公认的「缓存之王」。区别于 MySQL、Oracle 等关系型数据库Redis 不依赖磁盘 IO 做主力读写核心数据常驻内存同时支持异步磁盘持久化兼顾高性能与数据可靠性可独立作为缓存、临时数据库、消息中间件使用。1.2 核心核心优势极致高性能纯内存操作单线程模型规避线程竞争开销单机读写性能可达10W QPS响应延迟维持在微秒级完美适配高并发场景。丰富数据结构不止支持简单字符串原生提供 5 种基础数据类型 多种特殊高级类型适配绝大多数业务场景。持久化机制支持 RDB、AOF 两种持久化方案可按需配置防止断电、宕机导致内存数据丢失。高可用、可扩展支持主从复制、哨兵模式、Cluster 集群可实现故障自动转移、水平扩容支撑大规模分布式架构。功能丰富自带过期淘汰、事务、Lua 脚本、发布订阅、限流、分布式锁等能力开箱即用。低资源消耗C 语言编写、代码精简、内存占用极低部署、运维成本极低。1.3 Redis 典型应用场景Redis 并非万能其核心定位是高并发、低延迟、非强一致性业务场景企业主流落地场景如下热点数据缓存用户信息、商品详情、首页热点数据、接口结果缓存缓解数据库压力。计数器与限流文章点赞、浏览量、接口限流、IP 访问频次控制。分布式锁秒杀、库存扣减、定时任务防重复执行保证分布式业务原子性。会话存储分布式系统 Session 共享、用户登录 Token 存储。延时队列/消息队列基于 List、ZSet 实现简单延时任务、异步消息推送。排行榜系统积分排名、热度榜单、直播间排行等有序场景。地理位置计算基于 GEO 类型实现附近的人、门店定位功能。二、Redis 高性能底层原理核心2.1 纯内存存储Redis 所有核心读写操作均基于内存完成规避了传统数据库磁盘寻道、IO 读写的耗时瓶颈内存读写速度是磁盘的千倍以上从硬件层面奠定高性能基础。2.2 单线程模型核心重点Redis核心读写命令采用单线程执行这是其高性能的关键设计避免多线程线程切换、锁竞争、死锁的性能损耗保证命令串行执行天然规避并发安全问题配合 IO 多路复用机制单线程可监听海量客户端连接。注意Redis 并非完全单线程持久化、集群同步、惰性删除等耗时操作会通过子线程异步执行不阻塞主线程读写。2.3 IO 多路复用机制Redis 基于epollLinux/kqueueMac实现 IO 多路复用单线程可同时监听成千上万个客户端 Socket 连接只处理就绪的请求无空闲轮询损耗极大提升并发处理能力。2.4 高效数据结构与编码Redis 底层对每种数据类型做了编码优化例如整数压缩、字符串 SDS、哈希压缩存储在保证功能的同时最大限度节省内存、提升读写效率。三、Redis 五大基础数据类型及实战场景Redis 所有数据均以 Key-Value 形式存储Key 统一为字符串Value 支持多种数据类型5 种基础类型覆盖 90% 以上业务场景。3.1 String字符串——最常用类型特性最大支持 512MB 存储可存字符串、数字、二进制数据是最基础的数据类型。核心命令SET、GET、INCR、DECR、EXPIRE、SETNX实战场景用户 Token、登录态、接口缓存计数器点赞数、浏览量、订单数INCR 原子自增分布式锁SETNX 防重复抢占简单限流、验证码存储。3.2 Hash哈希——对象存储首选特性Key 对应多个 Field-Value 键值对适合存储结构化对象节省内存。核心命令HSET、HGET、HMGET、HDEL、HINCRBY实战场景用户信息、商品信息、订单信息存储无需序列化 JSON批量字段更新相比 String 存储对象支持局部修改更高效。3.3 List列表——有序可重复队列特性字符串有序链表元素可重复头尾操作极快中间操作较慢。核心命令LPUSH、RPUSH、LPOP、RPOP、LRANGE实战场景简单消息队列、任务队列用户消息列表、操作日志、动态列表秒杀异步排队、任务排队。3.4 Set集合——无序不可重复特性元素无序、唯一不可重复支持交集、并集、差集运算。核心命令SADD、SMEMBERS、SISMEMBER、SINTER、SUNION实战场景用户点赞、收藏、关注列表去重共同好友、共同关注、商品相似度匹配黑名单、白名单存储。3.5 ZSet有序集合——排行榜专属特性元素唯一不可重复通过 Score 分值排序有序且可精准排序。核心命令ZADD、ZRANGE、ZREVRANGE、ZINCRBY、ZREM实战场景各类排行榜积分排名、热度排名、销量排名延时队列通过时间戳作为 Score权重排序、优先级任务调度。四、Redis 两大持久化机制数据不丢失核心Redis 数据默认存在内存中宕机断电会丢失数据因此提供RDB 快照和AOF 日志两种持久化方案生产环境通常搭配使用。4.1 RDB 持久化快照持久化原理按照配置的时间周期定时将内存中全量数据生成快照写入 RDB 文件dump.rdb重启 Redis 时加载快照恢复数据。优点文件体积小、恢复速度快适合冷备份持久化频率低磁盘 IO 消耗小对主线程性能影响极小。缺点存在数据丢失风险两次快照之间的增量数据无法保存宕机丢失周期内数据全量快照耗时较长海量数据场景可能短暂卡顿。4.2 AOF 持久化日志持久化原理以日志形式记录 Redis每一条写命令追加到 AOF 文件中Redis 重启时重放日志恢复数据。提供三种刷盘策略always每写一条命令立即刷盘数据零丢失性能最差everysec每秒刷盘一次默认配置最多丢失 1 秒数据性能均衡no交由操作系统自动刷盘性能最高丢失数据最多。优点数据安全性高默认配置下几乎不丢失数据支持 AOF 重写压缩日志文件体积。缺点AOF 文件体积大于 RDB数据恢复速度慢于 RDB。4.3 生产环境最佳实践RDB AOF 混合持久化兼顾性能与数据安全Redis 重启时优先通过 AOF 恢复数据同时利用 RDB 做全量备份是企业生产环境标准配置。五、Redis 核心实战问题与优化方案5.1 缓存三大经典问题1. 缓存穿透问题查询不存在的数据直接穿透到数据库击穿缓存防护。解决方案空值缓存、布隆过滤器、接口参数校验。2. 缓存击穿问题热点 Key 过期瞬间大量并发请求直达数据库。解决方案热点 Key 永不过期、互斥锁、异步预热缓存。3. 缓存雪崩问题大量 Key 同时过期或 Redis 宕机海量请求压垮数据库。解决方案过期时间随机打散、集群高可用、服务熔断降级、多级缓存。5.2 内存淘汰策略Redis 内存满后根据配置策略淘汰数据默认 6 种淘汰策略生产常用allkeys-lru优先淘汰最近最少使用的 Key主流推荐volatile-lru仅淘汰设置过期时间的最少使用 Keyallkeys-random随机淘汰 Key。六、总结Redis 作为后端开发的必备中间件核心优势是内存高性能 多数据结构 高可用可扩展。入门阶段需掌握基础数据类型与简单命令进阶阶段需吃透持久化原理、高可用架构、缓存问题优化企业实战中需根据业务场景合理选型持久化方案、架构模式与优化策略规避缓存常见问题保障系统高并发、高稳定运行。