Redis算是后端技术栈里一个绕不开的名字。新手常问Redis是什么有人把它当成内存数据库有人拿它做缓存还有人一听到Redis就联想到分布式锁、缓存穿透这些面试题。我想用一篇尽量实在的笔记把“什么是Redis”这个问题从安装讲到实战给正在入门的你搭一条完整的认识路径。我会从Redis能解决什么问题说起然后依次讲安装、核心数据类型、持久化再到主从、哨兵、Cluster这些高可用方案最后聊聊面试和线上都绕不开的缓存治理问题。全程用我平时实际在用的命令和配置不整花活尽量让没有接触过Redis的读者也能跟着操作一遍。1. Redis到底是什么先给一个能记住的定义Redis的全称是Remote Dictionary Server直译过来是“远程字典服务”。它本质上是一个基于内存的键值存储系统数据以key-value的形式组织读写都在内存里完成所以速度非常快。和MySQL这类关系型数据库不同Redis不要求你事先设计表结构你往里面塞什么数据的形态它就存什么形态。1.1 它解决的是“快”和“并发”的问题你在开发中一定遇到过这样的场景一个接口要查用户信息如果每次都打到MySQL上数据库的QPS很容易被打满又比如秒杀场景下同一个商品的库存要被成千上万人同时扣减直接操作数据库会有行锁竞争性能撑不住。Redis最常见的用处就是在这类场景里当“挡箭牌”。把热点数据放进内存查询时先看Redis里有没有有就直接返回没有再去查数据库并回填到Redis。这样数据库的压力被大幅度卸掉接口的响应时间也能从几十毫秒压到几毫秒。除了缓存Redis还常被用来做计数器、排行榜、消息队列、分布式锁、限流组件等等。原因是它除了String这种基础类型还提供了List、Hash、Set、Sorted Set等原生数据结构很多在其他存储里要自己实现的功能在Redis里就是现成的命令。1.2 为什么Redis可以这么快关于Redis为什么快绝大多数面试官都爱问。核心原因可以拆成四点内存存储。内存的读写速度是磁盘的几十上百倍这是最根本的。单线程模型。Redis的命令执行是单线程的避免了多线程锁竞争和上下文切换的开销。基于IO多路复用机制单个线程能同时处理大量客户端连接。高效的数据结构。比如SDS简单动态字符串、跳表、压缩列表、哈希表等都是针对特定操作精心设计的。非阻塞IO。网络读写和命令执行是解耦的不会因为某个连接的慢操作阻塞其他连接。单线程这个特性让很多新手误以为Redis的吞吐量会低。实测下来单实例Redis的QPS可以轻松到10万以上瓶颈通常在网络而不是CPU。1.3 和其他技术的关系它不是一个孤立的东西新手容易把Redis和“替代MySQL”联系在一起这完全是误解。Redis和MySQL是互补关系MySQL保存完整、可靠、需要复杂查询的数据Redis负责扛住高频访问和临时状态。和Memcached相比Redis的优势在于数据结构丰富、支持持久化、支持主从复制和集群、自带过期策略。如果你是一个新项目没有特殊架构顾虑选Redis做缓存比选Memcached要省心得多。注意Redis虽然也能写磁盘做持久化但它不是设计成“可靠存储”的数据库。崩溃时最多丢几秒数据是正常的关键业务数据请仍然放在MySQL或别的专业存储里。2. 从下载到启动Linux、Windows与Docker三种装法“什么是Redis”最简单的理解方式是亲手把它跑起来。下面是我分别在Linux主机、Windows开发机和Docker三种环境下安装Redis的完整过程每一步都标了容易踩坑的位置。2.1 Linux下用源码包安装Linux服务器上最常见的装法是官网下载源码编译。进入Redis官网redis.io的download页面拿到当前稳定版源码包然后执行wget https://download.redis.io/releases/redis-7.4.1.tar.gz tar xzf redis-7.4.1.tar.gz cd redis-7.4.1 make编译完成后在src目录下会生成两个关键可执行文件redis-server服务端和redis-cli命令行客户端。直接启动src/redis-server默认监听6379端口前台启动。如果要放到后台可以修改配置文件里的daemonize yes或者用systemd管理。网上很多教程说make之后执行make install这样会把可执行文件拷到/usr/local/bin更方便全局执行建议一并执行。2.2 Windows用户的三条路Redis官方其实是不提供Windows原生版本的官网明确说他们不支持Windows平台。Windows上的可行方案有几种WSL在Windows里装一个Linux子系统然后在WSL里按Linux方式安装。这是目前我比较推荐的方式因为环境最接近生产。Docker Desktop如果你电脑装了Docker Desktop直接启动一个Redis容器就能用不用碰原生安装包。Memurai一个Windows原生的Redis兼容实现可以在Windows上作为服务安装适合不想碰WSL和Docker的场景。网上有些老教程让你去GitHub拉一个“microsoft/redis”社区分支那个分支已经很久不维护新版特性也跟不上我试过一次遇到不少兼容问题现在基本不推荐了。2.3 Docker部署单节点和主从Docker方式最省心一条命令就能起来docker run -d --name redis-container -p 6379:6379 redis:7.4如果需要指定密码用redis-server命令参数传入比如docker run -d --name redis-container -p 6379:6379 redis:7.4 --requirepass mypassword如果要模拟主从结构可以用docker-compose。先建一个目录放一个docker-compose.yml内容如下services: redis-master: image: redis:7.4 container_name: redis-master ports: - 6379:6379 command: [redis-server, --appendonly, yes] redis-slave: image: redis:7.4 container_name: redis-slave depends_on: - redis-master ports: - 6380:6379 command: [redis-server, --slaveof, redis-master, 6379]然后执行docker-compose up -d一个最简单的Redis主从环境就起来了。之后可以进入从节点容器执行redis-cli info replication看角色确认是否已经是role:slave。2.4 启动后的第一件事拿redis-cli打个招呼Redis安装好之后验证是否正常运行最快的方式是redis-cli ping如果返回PONG说明服务活着。我用一个陌生环境排查Redis问题时常会按顺序敲这几条命令redis-cli info server redis-cli info memory redis-cli config get maxmemoryinfo server里能看版本号、运行天数、进程IDinfo memory里能看内存占用config get maxmemory能看到是否设置了内存上限。新手最容易踩的坑有两个。第一是Redis默认bind 127.0.0.1只监听本机回环地址外部机器的可视化工具根本连不上第二是protected-mode yes即使bind了网卡IP如果没有配置密码也会被保护模式拦下来。我的建议是开发环境可以设一个简单的密码比如requirepass 123456然后注释掉bind把protected-mode设成no。生产环境则必须用密码并限制访问来源千万别裸奔。3. 数据类型与常用命令String到ZSet每条命令背后是什么聊到Redis数据类型是最核心的部分。网上经常说法是“五大数据类型”严格讲是指String字符串、Hash哈希、List列表、Set集合、Sorted Set有序集合。Redis 5.0之后新增的Stream也是重要类型但入门阶段先把这五个掌握扎实就够用了。3.1 五种类型总览先用一张表把类型、典型命令和使用场景串起来类型典型命令适合场景StringSET, GET, INCR, DECR, SETNX, SETEX缓存对象JSON、计数器、分布式锁HashHSET, HGET, HGETALL, HINCRBY用户信息、商品详情、购物车等对象型数据ListLPUSH, RPUSH, LPOP, LRANGE消息队列、时间线、待办列表SetSADD, SMEMBERS, SISMEMBER, SPOP去重、共同好友、随机抽奖Sorted SetZADD, ZRANGE, ZREVRANGE, ZINCRBY, ZSCORE排行榜、延迟队列、热榜3.2 String最普通但最常用String是Redis里最简单也最容易被忽略的类型。它可以存字符串、整数、浮点数甚至序列化之后的二进制对象。常用命令SET name zhangsan GET name SET counter 100 INCR counter DECR counter SETEX verify_code 60 123456 # 60秒后过期 SETNX lock_key 1 # 不存在时才设置分布式锁的基础这里有个实际踩过的坑不要用GETSET模拟INCR。我之前在一个项目里为了“先取出来再判断再写回去”结果并发一高就丢更新后来改成INCR一条命令问题瞬间消失。原因是INCR是原子操作而GETSET三条命令之间存在空档并发请求会相互覆盖。另外一个常见问题是“序列化”。你在Java或Python里把一个对象存入Redis往往得先转成JSON字符串这个过程就是序列化。很多团队用Spring Data Redis时发现key变成了一堆\xac\xed开头的乱码就是没有配置序列化器JDK默认的JdkSerializationRedisSerializer搞的鬼。简单解法是显式配置StringRedisSerializer或Jackson然后约定key和value都用UTF-8明文存储这样在可视化工具里才看得懂。3.3 Hash、List、Set、ZSet的实战姿势Hash适合存“对象”。比如用户信息用哈希而不是拼接字符串好处是可以单独读写某个字段不用整个对象拿出来序列化。HSET user:1001 name 李四 age 20 city 上海 HGET user:1001 name HGETALL user:1001 HINCRBY user:1001 age 1List适合做消息列表。用LPUSH把消息塞到队列头用BRPOP阻塞读取队尾是很多人自建的轻量队列模型。LPUSH msg_queue job1 LRANGE msg_queue 0 -1 BRPOP msg_queue 30Set适合做去重和集合运算。比如计算两个用户的好友交集SADD user:1:friends a b c SADD user:2:friends b c d SINTER user:1:friends user:2:friendsSorted Set是我个人非常喜欢的一种类型它每个成员带一个score自动按score排序做排行榜极其爽快ZADD leaderboard 100 player1 ZADD leaderboard 200 player2 ZRANGE leaderboard 0 -1 WITHSCORES ZINCRBY leaderboard 50 player13.4 通用命令与Key过期不管哪种数据类型有几条命令是共通的。EXPIRE key seconds设置过期时间TTL key查看剩余秒数DEL key删除keyEXISTS key判断key是否存在TYPE key查看类型RENAME key newkey重命名。特别注意KEYS user:*这种模糊匹配在数据量大的时候会阻塞服务。因为它是全库扫描的生产环境万万不要用应该用SCAN cursor MATCH pattern COUNT count代替分批遍历不会阻塞。我线上确实见过同事执行KEYS *把Redis卡了几秒的教训相当深刻。过期删除策略也要知道概念。Redis对过期key的清理是惰性删除定期删除结合访问key时才检查是否过期同时后台每隔一段时间抽一批出来清理。即便这样内存长期使用后仍可能堆积大量过期key所以还要设置maxmemory和淘汰策略比如allkeys-lru在内存满时按LRU淘汰最近最少使用的key。3.5 过期时间与内存淘汰策略的配置内存上限和淘汰策略可以在配置文件里这样设maxmemory 512mb maxmemory-policy allkeys-lru也可以在命令行动态改CONFIG SET maxmemory 512mb CONFIG GET maxmemory-policy关于淘汰策略noeviction代表内存满了就不允许写直接返回错误allkeys-lru代表所有key按LRU淘汰volatile-lru只淘汰设置了过期时间的key。实际项目里allkeys-lru用得最多其他策略在特定场景也有价值面试官喜欢对比这些建议你动手设一遍看内存使用变化。4. 持久化机制RDB和AOF像一个选择悖论如果你只是把Redis当缓存持久化好像无所谓但如果是把订单状态、用户积分这类数据暂存在Redis里进程重启后数据全没了就是个灾难。Redis提供了两条持久化路径RDB和AOF。4.1 RDB快照模式RDB是“全量快照”默认配置下Redis会定期把内存中的数据生成到一个二进制dump文件里默认叫dump.rdb。触发的条件在配置文件里叫save默认约定save 900 1 # 900秒内至少1次写操作就触发 save 300 10 # 300秒内至少10次写操作就触发 save 60 10000 # 60秒内至少10000次写操作就触发也可以手动执行SAVE或BGSAVE生成快照区别在于SAVE会阻塞所有客户端BGSAVE则fork一个子进程在后台生成快照。RDB的优点文件紧凑恢复速度快适合做备份和迁移。缺点也明显两次快照之间的数据可能会丢。比如你每分钟有一万次写入最后一次快照是30秒前拍的那这30秒的写入在机器崩溃时全丢。4.2 AOF追加日志模式AOFAppend Only File是把每一条写命令记录到日志文件里Redis启动时依次执行这些命令来恢复数据。开启方式appendonly yes appendfilename appendonly.aof appendfsync everysecappendfsync有always、everysec、no三种选择。always表示每条写命令都实时刷盘最安全但性能损耗大everysec是每秒刷一次最多丢一秒数据兼顾性能和安全也是我常用的配置no由操作系统决定刷盘时机性能最好但丢失风险无法预估。AOF文件不断增长会拖累性能所以需要重写机制。Redis在配置里可以设置自动重写触发条件auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb当AOF文件超过上次重写后大小的100%并且体积大于64MBRedis会后台启动一个子进程重写日志去掉冗余命令。4.3 RDB和AOF怎么选我把两者放在一张表里对比维度RDBAOF文件大小紧凑日志量大需要重写恢复速度快慢数据安全性可能丢两次快照间数据everysec最多丢1秒对性能影响fork子进程时短暂阻塞每秒刷盘write锁竞争定位备份/迁移崩溃恢复Redis 4.0之后引入了混合持久化默认开启aof-use-rdb-preamble yesAOF文件开头用RDB格式存放当前快照后面再追加写命令。这样兼顾恢复速度和数据安全是我在多数项目里的推荐配置AOF开启刷盘频率everysec后台自动重写。判断当前到底开启了哪些持久化可以用CONFIG GET appendonly INFO persistenceINFO persistence会列出rdb_bgsave_in_progress、aof_last_write_status等关键状态排查“数据到底持久化没有”时非常有用。5. 从单机到集群主从、哨兵、Cluster怎么选单机Redis一旦宕机服务就全挂了。解决思路是多跑几个实例让它们相互备份、自动分流。这一节把主从复制、哨兵模式、Cluster集群的区别讲清楚这也是热搜里“redis哨兵模式和集群模式的区别”最常被搜的问题。5.1 主从复制是最基础的容错手段主从复制的模型很直白一台Master负责写若干台Slave负责读Slave从Master同步数据。配置从节点只需在slave节点上执行replicaof 192.168.1.100 6379或者在运行时redis-cli REPLICAOF 192.168.1.100 6379配置完成后用INFO replication能看到角色、主从IP、同步偏移量等信息。复制分为全量复制和增量复制第一次建立主从时Slave会请求Master发送全量RDB快照之后主节点有新写入则通过复制缓冲区推送增量命令。需要注意的是主从复制默认不解决“主挂了谁来当新主”的问题。Master宕机后Slave只会一直尝试重连不会自动上位这就引入了哨兵。5.2 哨兵让主从自动完成故障转移哨兵Sentinel是一个独立进程它监控所有Redis节点的状态。当Master挂了哨兵集群通过投票选出一个新Master并通知其他从节点改变复制关系。典型配置sentinel monitor mymaster 127.0.0.1 6379 2 sentinel down-after-milliseconds mymaster 5000 sentinel failover-timeout mymaster 10000mymaster是逻辑主节点名2表示至少需要2个哨兵实例同意Master下线才会触发故障转移。哨兵本身也要多个实例组成集群避免哨兵自己成为单点。在客户端层面连接的不是固定Master地址而是哨兵实例的地址哨兵会返回当前Master信息Master发生切换后客户端能自动感知。这种方式适合数据量没有大到单机存不下但需要高可用的场景。5.3 Cluster把数据分散到多个节点Redis Cluster是官方的集群方案解决的是“容量和数据分布”问题。集群把整个键空间分成16384个哈希槽每个节点负责一部分槽。写入key时通过CRC16(key) 16383计算该key归属的槽再路由到对应节点。开启集群需要设置配置cluster-enabled yes cluster-config-file nodes.conf然后把多个节点用redis-cli --cluster create命令组合起来。Cluster的好处是数据自动分片支持横向扩容代价是客户端必须支持集群协议且跨槽的多key操作比如MGET不同hash slot的多个key会报错或不支持业务设计时要提前规划好。5.4 三个方案对比一下维度主从复制哨兵Cluster解决的核心问题读写分离、数据备份主故障自动切换数据分布、容量扩展对业务代码影响小小需要支持集群协议写扩展能力低低高故障转移不自动自动自动适合规模中小业务中小业务大数据量、高写入我的选型经验是并发量没到需要拆片的时候主从复制哨兵就能解决大部分问题如果缓存数据量已经大到单机内存装不下或者写入吞吐远超单机承受力再上Cluster也不迟。6. 缓存治理与分布式锁常见热点问题的解题框架6.1 缓存穿透查一个不存在的东西所谓缓存穿透是指你查一个数据库里根本不存在的数据比如用一个随机生成的用户ID去查。缓存里没有数据库里也没有每次请求都会直接打到数据库流量一大数据库就扛不住了。应对思路有两个。第一种是缓存空值数据库查不到时给Redis写入一个null并设置较短过期时间比如60秒。第二种是布隆过滤器在请求入口先用布隆过滤器判断该key是否可能存在于数据库过滤掉完全不可能的请求。网上很多教程把这两种方案并列但实际使用中缓存空值的实现成本最低布隆过滤器的误判率要控制在1%以内才能发挥效用适合key集合非常固定的场景比如用户ID段。6.2 缓存击穿热点key突然过期击穿和穿透名字像问题完全不同。击穿指一个热点key在某个瞬间过期大量并发请求同时发现缓存没有同时打到数据库。这比穿透更危险因为瞬时并发会高得多。解决方式之一是加互斥锁查数据库前先尝试获取一个分布式锁只有拿到锁的请求去查数据库并回填缓存其他请求短暂等待后直接读缓存。另一种思路是热点数据永不过期只是为旧值保留一个逻辑过期时间后台任务定时更新这样极端情况下虽然可能读到略微过期的数据但至少不会把数据库打垮。6.3 缓存雪崩大批key同时失效雪崩是指在同一个时间点大量key同时过期比如你把一批商品详情都设置了24小时过期时间第二天凌晨恰好一起失效请求洪峰全部打到数据库。应对方案很直接过期时间加随机值。比如在基础过期时间上增加一个1到300秒的随机偏移让过期时间错开。还可以做多级缓存本地加Redis两层或者给数据库做限流降级兜底。这个坑我在项目里真实遇到过。运营整点上线一批活动页所有缓存key都精确设置成整点后2小时过期结果下午两点系统延迟陡增排查才发现是所有key同一分钟过期导致的。6.4 分布式锁为什么Redis可以做锁分布式环境下多个进程可能同时操作同一份资源比如库存扣减。Java的synchronized只能锁住本进程跨进程需要一把公共的锁Redis天然适合充当这把锁。最基础的加锁命令SET lock:stock 10 NX EX 30NX表示key不存在时才设置EX 30表示30秒自动过期防止持锁进程崩了导致死锁。释放锁则是先用Lua脚本检查value是否还是自己的“持有标识”再执行DEL保证原子性if redis-cli call(redis.call(get, KEYS[1]) ARGV[1]) then return redis.call(del, KEYS[1]) end为什么不能用先GET后DEL因为如果你持锁超时被自动释放了另一个线程拿到锁这时你执行DEL会把别人的锁删掉造成锁失效。所以判断value必须一股脑放在Lua脚本里一次执行。更省心的方案是直接用Redisson这类框架自带看门狗续期机制锁快过期时自动延长持有时间避免业务没执行完锁先丢了。如果你在生产环境手写分布式锁建议务必考虑续期和时钟跳跃这两个细节否则踩坑概率很高。6.5 顺带把面试题的框架理一遍很多人搜索“redis面试题”其实是搜到了这几个高频追问Redis为什么快内存单线程IO多路复用高效数据结构。Redis单线程是否影响性能单线程只在命令执行层IO多路复用让网络读写高效并行实际吞吐很高。缓存和数据库一致性怎么保证常见做法是先更新数据库再删除缓存需要更高一致性时订阅数据库binlog异步刷新缓存。过期key是怎么删除的惰性删除定期删除配合内存淘汰。Redis分布式锁用setNx还是setSET key value NX EX比SETNX更完备一条命令完成加锁和过期设置。回答这些问题关键是不要背死答案而是能讲出“我遇到过什么问题、怎么验证、最后怎么改”。面试官想听的就是这个。7. 可视化工具与一条进阶路径Redis的命令行工具redis-cli功能很全但日常排查和调试还是离不开可视化工具。目前市面上比较主流的客户端热词里反复出现的“redis desktop manager”就是其中一款另外还有不少优秀替代品。7.1 客户端对比与选择工具特点适合场景Redis Desktop ManagerRDM早期非常流行支持跨平台传统团队首选界面友好Another Redis Desktop Manager免费开源性能优化好支持Cluster大数据量浏览RedisInsightRedis官方出品内置分析工具官方生态、深度诊断连接时最容易踩的问题还是那几条保护模式、bind地址、密码配置。如果连不上先在本机执行redis-cli ping确认服务正常再用redis-cli -h 主机IP -p 端口 -a 密码 ping从客户端机器上测试连接基本就能定位是哪一层网络不通。7.2 调试命令与日志线上出了诡异问题我常用的操作是MONITOR看实时命令流或者用SLOWLOG GET 5看最近的慢查询。CLIENT LIST可以查看所有连接来自哪个IP、当前在做什么操作排查“是不是有人误用了阻塞命令”很有用。Redis日志默认在logfile 也就是输出到标准输出如果你想固定到文件配置里改成logfile /var/log/redis/redis-server.log即可排查问题会从容很多。7.3 从初识到进阶的可行路线如果你刚看完这篇接着可以按这个顺序往下走在Linux或Docker里把Redis跑起来用redis-cli把String、Hash、List、Set、ZSet各类型命令挨个试一遍。写一个小项目比如做一个带Redis缓存的接口或者一个排行榜服务实际发生一次“缓存穿透/击穿/雪崩”的预防过程。用主从哨兵部署一套高可用Redis尝试手动杀掉Master看Sentinel自动切换的效果。如果你的数据量已经比较大再研究Cluster的槽机制和客户端路由。想深入原理的可以看Redis源码里的SDS、跳表、事件循环或者读《Redis设计与实现》这本书。最后提醒一句别只停留在“会敲命令”。工具类技术只有在你亲手调过、出过故障、修过问题之后才真正变成你自己的东西。我现在的日常习惯是每遇到一个Redis问题就把当时的命令、配置、出错的截图整理成一篇笔记几个月下来就是一本属于自己的运维手册。希望这篇“Redis初识”也能成为你笔记里第一页。
Redis算是后端技术栈里一个绕不开的名字。新手常问Redis是什么有人把它当成内存数据库有人拿它做缓存还有人一听到Redis就联想到分布式锁、缓存穿透这些面试题。我想用一篇尽量实在的笔记把“什么是Redis”这个问题从安装讲到实战给正在入门的你搭一条完整的认识路径。我会从Redis能解决什么问题说起然后依次讲安装、核心数据类型、持久化再到主从、哨兵、Cluster这些高可用方案最后聊聊面试和线上都绕不开的缓存治理问题。全程用我平时实际在用的命令和配置不整花活尽量让没有接触过Redis的读者也能跟着操作一遍。1. Redis到底是什么先给一个能记住的定义Redis的全称是Remote Dictionary Server直译过来是“远程字典服务”。它本质上是一个基于内存的键值存储系统数据以key-value的形式组织读写都在内存里完成所以速度非常快。和MySQL这类关系型数据库不同Redis不要求你事先设计表结构你往里面塞什么数据的形态它就存什么形态。1.1 它解决的是“快”和“并发”的问题你在开发中一定遇到过这样的场景一个接口要查用户信息如果每次都打到MySQL上数据库的QPS很容易被打满又比如秒杀场景下同一个商品的库存要被成千上万人同时扣减直接操作数据库会有行锁竞争性能撑不住。Redis最常见的用处就是在这类场景里当“挡箭牌”。把热点数据放进内存查询时先看Redis里有没有有就直接返回没有再去查数据库并回填到Redis。这样数据库的压力被大幅度卸掉接口的响应时间也能从几十毫秒压到几毫秒。除了缓存Redis还常被用来做计数器、排行榜、消息队列、分布式锁、限流组件等等。原因是它除了String这种基础类型还提供了List、Hash、Set、Sorted Set等原生数据结构很多在其他存储里要自己实现的功能在Redis里就是现成的命令。1.2 为什么Redis可以这么快关于Redis为什么快绝大多数面试官都爱问。核心原因可以拆成四点内存存储。内存的读写速度是磁盘的几十上百倍这是最根本的。单线程模型。Redis的命令执行是单线程的避免了多线程锁竞争和上下文切换的开销。基于IO多路复用机制单个线程能同时处理大量客户端连接。高效的数据结构。比如SDS简单动态字符串、跳表、压缩列表、哈希表等都是针对特定操作精心设计的。非阻塞IO。网络读写和命令执行是解耦的不会因为某个连接的慢操作阻塞其他连接。单线程这个特性让很多新手误以为Redis的吞吐量会低。实测下来单实例Redis的QPS可以轻松到10万以上瓶颈通常在网络而不是CPU。1.3 和其他技术的关系它不是一个孤立的东西新手容易把Redis和“替代MySQL”联系在一起这完全是误解。Redis和MySQL是互补关系MySQL保存完整、可靠、需要复杂查询的数据Redis负责扛住高频访问和临时状态。和Memcached相比Redis的优势在于数据结构丰富、支持持久化、支持主从复制和集群、自带过期策略。如果你是一个新项目没有特殊架构顾虑选Redis做缓存比选Memcached要省心得多。注意Redis虽然也能写磁盘做持久化但它不是设计成“可靠存储”的数据库。崩溃时最多丢几秒数据是正常的关键业务数据请仍然放在MySQL或别的专业存储里。2. 从下载到启动Linux、Windows与Docker三种装法“什么是Redis”最简单的理解方式是亲手把它跑起来。下面是我分别在Linux主机、Windows开发机和Docker三种环境下安装Redis的完整过程每一步都标了容易踩坑的位置。2.1 Linux下用源码包安装Linux服务器上最常见的装法是官网下载源码编译。进入Redis官网redis.io的download页面拿到当前稳定版源码包然后执行wget https://download.redis.io/releases/redis-7.4.1.tar.gz tar xzf redis-7.4.1.tar.gz cd redis-7.4.1 make编译完成后在src目录下会生成两个关键可执行文件redis-server服务端和redis-cli命令行客户端。直接启动src/redis-server默认监听6379端口前台启动。如果要放到后台可以修改配置文件里的daemonize yes或者用systemd管理。网上很多教程说make之后执行make install这样会把可执行文件拷到/usr/local/bin更方便全局执行建议一并执行。2.2 Windows用户的三条路Redis官方其实是不提供Windows原生版本的官网明确说他们不支持Windows平台。Windows上的可行方案有几种WSL在Windows里装一个Linux子系统然后在WSL里按Linux方式安装。这是目前我比较推荐的方式因为环境最接近生产。Docker Desktop如果你电脑装了Docker Desktop直接启动一个Redis容器就能用不用碰原生安装包。Memurai一个Windows原生的Redis兼容实现可以在Windows上作为服务安装适合不想碰WSL和Docker的场景。网上有些老教程让你去GitHub拉一个“microsoft/redis”社区分支那个分支已经很久不维护新版特性也跟不上我试过一次遇到不少兼容问题现在基本不推荐了。2.3 Docker部署单节点和主从Docker方式最省心一条命令就能起来docker run -d --name redis-container -p 6379:6379 redis:7.4如果需要指定密码用redis-server命令参数传入比如docker run -d --name redis-container -p 6379:6379 redis:7.4 --requirepass mypassword如果要模拟主从结构可以用docker-compose。先建一个目录放一个docker-compose.yml内容如下services: redis-master: image: redis:7.4 container_name: redis-master ports: - 6379:6379 command: [redis-server, --appendonly, yes] redis-slave: image: redis:7.4 container_name: redis-slave depends_on: - redis-master ports: - 6380:6379 command: [redis-server, --slaveof, redis-master, 6379]然后执行docker-compose up -d一个最简单的Redis主从环境就起来了。之后可以进入从节点容器执行redis-cli info replication看角色确认是否已经是role:slave。2.4 启动后的第一件事拿redis-cli打个招呼Redis安装好之后验证是否正常运行最快的方式是redis-cli ping如果返回PONG说明服务活着。我用一个陌生环境排查Redis问题时常会按顺序敲这几条命令redis-cli info server redis-cli info memory redis-cli config get maxmemoryinfo server里能看版本号、运行天数、进程IDinfo memory里能看内存占用config get maxmemory能看到是否设置了内存上限。新手最容易踩的坑有两个。第一是Redis默认bind 127.0.0.1只监听本机回环地址外部机器的可视化工具根本连不上第二是protected-mode yes即使bind了网卡IP如果没有配置密码也会被保护模式拦下来。我的建议是开发环境可以设一个简单的密码比如requirepass 123456然后注释掉bind把protected-mode设成no。生产环境则必须用密码并限制访问来源千万别裸奔。3. 数据类型与常用命令String到ZSet每条命令背后是什么聊到Redis数据类型是最核心的部分。网上经常说法是“五大数据类型”严格讲是指String字符串、Hash哈希、List列表、Set集合、Sorted Set有序集合。Redis 5.0之后新增的Stream也是重要类型但入门阶段先把这五个掌握扎实就够用了。3.1 五种类型总览先用一张表把类型、典型命令和使用场景串起来类型典型命令适合场景StringSET, GET, INCR, DECR, SETNX, SETEX缓存对象JSON、计数器、分布式锁HashHSET, HGET, HGETALL, HINCRBY用户信息、商品详情、购物车等对象型数据ListLPUSH, RPUSH, LPOP, LRANGE消息队列、时间线、待办列表SetSADD, SMEMBERS, SISMEMBER, SPOP去重、共同好友、随机抽奖Sorted SetZADD, ZRANGE, ZREVRANGE, ZINCRBY, ZSCORE排行榜、延迟队列、热榜3.2 String最普通但最常用String是Redis里最简单也最容易被忽略的类型。它可以存字符串、整数、浮点数甚至序列化之后的二进制对象。常用命令SET name zhangsan GET name SET counter 100 INCR counter DECR counter SETEX verify_code 60 123456 # 60秒后过期 SETNX lock_key 1 # 不存在时才设置分布式锁的基础这里有个实际踩过的坑不要用GETSET模拟INCR。我之前在一个项目里为了“先取出来再判断再写回去”结果并发一高就丢更新后来改成INCR一条命令问题瞬间消失。原因是INCR是原子操作而GETSET三条命令之间存在空档并发请求会相互覆盖。另外一个常见问题是“序列化”。你在Java或Python里把一个对象存入Redis往往得先转成JSON字符串这个过程就是序列化。很多团队用Spring Data Redis时发现key变成了一堆\xac\xed开头的乱码就是没有配置序列化器JDK默认的JdkSerializationRedisSerializer搞的鬼。简单解法是显式配置StringRedisSerializer或Jackson然后约定key和value都用UTF-8明文存储这样在可视化工具里才看得懂。3.3 Hash、List、Set、ZSet的实战姿势Hash适合存“对象”。比如用户信息用哈希而不是拼接字符串好处是可以单独读写某个字段不用整个对象拿出来序列化。HSET user:1001 name 李四 age 20 city 上海 HGET user:1001 name HGETALL user:1001 HINCRBY user:1001 age 1List适合做消息列表。用LPUSH把消息塞到队列头用BRPOP阻塞读取队尾是很多人自建的轻量队列模型。LPUSH msg_queue job1 LRANGE msg_queue 0 -1 BRPOP msg_queue 30Set适合做去重和集合运算。比如计算两个用户的好友交集SADD user:1:friends a b c SADD user:2:friends b c d SINTER user:1:friends user:2:friendsSorted Set是我个人非常喜欢的一种类型它每个成员带一个score自动按score排序做排行榜极其爽快ZADD leaderboard 100 player1 ZADD leaderboard 200 player2 ZRANGE leaderboard 0 -1 WITHSCORES ZINCRBY leaderboard 50 player13.4 通用命令与Key过期不管哪种数据类型有几条命令是共通的。EXPIRE key seconds设置过期时间TTL key查看剩余秒数DEL key删除keyEXISTS key判断key是否存在TYPE key查看类型RENAME key newkey重命名。特别注意KEYS user:*这种模糊匹配在数据量大的时候会阻塞服务。因为它是全库扫描的生产环境万万不要用应该用SCAN cursor MATCH pattern COUNT count代替分批遍历不会阻塞。我线上确实见过同事执行KEYS *把Redis卡了几秒的教训相当深刻。过期删除策略也要知道概念。Redis对过期key的清理是惰性删除定期删除结合访问key时才检查是否过期同时后台每隔一段时间抽一批出来清理。即便这样内存长期使用后仍可能堆积大量过期key所以还要设置maxmemory和淘汰策略比如allkeys-lru在内存满时按LRU淘汰最近最少使用的key。3.5 过期时间与内存淘汰策略的配置内存上限和淘汰策略可以在配置文件里这样设maxmemory 512mb maxmemory-policy allkeys-lru也可以在命令行动态改CONFIG SET maxmemory 512mb CONFIG GET maxmemory-policy关于淘汰策略noeviction代表内存满了就不允许写直接返回错误allkeys-lru代表所有key按LRU淘汰volatile-lru只淘汰设置了过期时间的key。实际项目里allkeys-lru用得最多其他策略在特定场景也有价值面试官喜欢对比这些建议你动手设一遍看内存使用变化。4. 持久化机制RDB和AOF像一个选择悖论如果你只是把Redis当缓存持久化好像无所谓但如果是把订单状态、用户积分这类数据暂存在Redis里进程重启后数据全没了就是个灾难。Redis提供了两条持久化路径RDB和AOF。4.1 RDB快照模式RDB是“全量快照”默认配置下Redis会定期把内存中的数据生成到一个二进制dump文件里默认叫dump.rdb。触发的条件在配置文件里叫save默认约定save 900 1 # 900秒内至少1次写操作就触发 save 300 10 # 300秒内至少10次写操作就触发 save 60 10000 # 60秒内至少10000次写操作就触发也可以手动执行SAVE或BGSAVE生成快照区别在于SAVE会阻塞所有客户端BGSAVE则fork一个子进程在后台生成快照。RDB的优点文件紧凑恢复速度快适合做备份和迁移。缺点也明显两次快照之间的数据可能会丢。比如你每分钟有一万次写入最后一次快照是30秒前拍的那这30秒的写入在机器崩溃时全丢。4.2 AOF追加日志模式AOFAppend Only File是把每一条写命令记录到日志文件里Redis启动时依次执行这些命令来恢复数据。开启方式appendonly yes appendfilename appendonly.aof appendfsync everysecappendfsync有always、everysec、no三种选择。always表示每条写命令都实时刷盘最安全但性能损耗大everysec是每秒刷一次最多丢一秒数据兼顾性能和安全也是我常用的配置no由操作系统决定刷盘时机性能最好但丢失风险无法预估。AOF文件不断增长会拖累性能所以需要重写机制。Redis在配置里可以设置自动重写触发条件auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb当AOF文件超过上次重写后大小的100%并且体积大于64MBRedis会后台启动一个子进程重写日志去掉冗余命令。4.3 RDB和AOF怎么选我把两者放在一张表里对比维度RDBAOF文件大小紧凑日志量大需要重写恢复速度快慢数据安全性可能丢两次快照间数据everysec最多丢1秒对性能影响fork子进程时短暂阻塞每秒刷盘write锁竞争定位备份/迁移崩溃恢复Redis 4.0之后引入了混合持久化默认开启aof-use-rdb-preamble yesAOF文件开头用RDB格式存放当前快照后面再追加写命令。这样兼顾恢复速度和数据安全是我在多数项目里的推荐配置AOF开启刷盘频率everysec后台自动重写。判断当前到底开启了哪些持久化可以用CONFIG GET appendonly INFO persistenceINFO persistence会列出rdb_bgsave_in_progress、aof_last_write_status等关键状态排查“数据到底持久化没有”时非常有用。5. 从单机到集群主从、哨兵、Cluster怎么选单机Redis一旦宕机服务就全挂了。解决思路是多跑几个实例让它们相互备份、自动分流。这一节把主从复制、哨兵模式、Cluster集群的区别讲清楚这也是热搜里“redis哨兵模式和集群模式的区别”最常被搜的问题。5.1 主从复制是最基础的容错手段主从复制的模型很直白一台Master负责写若干台Slave负责读Slave从Master同步数据。配置从节点只需在slave节点上执行replicaof 192.168.1.100 6379或者在运行时redis-cli REPLICAOF 192.168.1.100 6379配置完成后用INFO replication能看到角色、主从IP、同步偏移量等信息。复制分为全量复制和增量复制第一次建立主从时Slave会请求Master发送全量RDB快照之后主节点有新写入则通过复制缓冲区推送增量命令。需要注意的是主从复制默认不解决“主挂了谁来当新主”的问题。Master宕机后Slave只会一直尝试重连不会自动上位这就引入了哨兵。5.2 哨兵让主从自动完成故障转移哨兵Sentinel是一个独立进程它监控所有Redis节点的状态。当Master挂了哨兵集群通过投票选出一个新Master并通知其他从节点改变复制关系。典型配置sentinel monitor mymaster 127.0.0.1 6379 2 sentinel down-after-milliseconds mymaster 5000 sentinel failover-timeout mymaster 10000mymaster是逻辑主节点名2表示至少需要2个哨兵实例同意Master下线才会触发故障转移。哨兵本身也要多个实例组成集群避免哨兵自己成为单点。在客户端层面连接的不是固定Master地址而是哨兵实例的地址哨兵会返回当前Master信息Master发生切换后客户端能自动感知。这种方式适合数据量没有大到单机存不下但需要高可用的场景。5.3 Cluster把数据分散到多个节点Redis Cluster是官方的集群方案解决的是“容量和数据分布”问题。集群把整个键空间分成16384个哈希槽每个节点负责一部分槽。写入key时通过CRC16(key) 16383计算该key归属的槽再路由到对应节点。开启集群需要设置配置cluster-enabled yes cluster-config-file nodes.conf然后把多个节点用redis-cli --cluster create命令组合起来。Cluster的好处是数据自动分片支持横向扩容代价是客户端必须支持集群协议且跨槽的多key操作比如MGET不同hash slot的多个key会报错或不支持业务设计时要提前规划好。5.4 三个方案对比一下维度主从复制哨兵Cluster解决的核心问题读写分离、数据备份主故障自动切换数据分布、容量扩展对业务代码影响小小需要支持集群协议写扩展能力低低高故障转移不自动自动自动适合规模中小业务中小业务大数据量、高写入我的选型经验是并发量没到需要拆片的时候主从复制哨兵就能解决大部分问题如果缓存数据量已经大到单机内存装不下或者写入吞吐远超单机承受力再上Cluster也不迟。6. 缓存治理与分布式锁常见热点问题的解题框架6.1 缓存穿透查一个不存在的东西所谓缓存穿透是指你查一个数据库里根本不存在的数据比如用一个随机生成的用户ID去查。缓存里没有数据库里也没有每次请求都会直接打到数据库流量一大数据库就扛不住了。应对思路有两个。第一种是缓存空值数据库查不到时给Redis写入一个null并设置较短过期时间比如60秒。第二种是布隆过滤器在请求入口先用布隆过滤器判断该key是否可能存在于数据库过滤掉完全不可能的请求。网上很多教程把这两种方案并列但实际使用中缓存空值的实现成本最低布隆过滤器的误判率要控制在1%以内才能发挥效用适合key集合非常固定的场景比如用户ID段。6.2 缓存击穿热点key突然过期击穿和穿透名字像问题完全不同。击穿指一个热点key在某个瞬间过期大量并发请求同时发现缓存没有同时打到数据库。这比穿透更危险因为瞬时并发会高得多。解决方式之一是加互斥锁查数据库前先尝试获取一个分布式锁只有拿到锁的请求去查数据库并回填缓存其他请求短暂等待后直接读缓存。另一种思路是热点数据永不过期只是为旧值保留一个逻辑过期时间后台任务定时更新这样极端情况下虽然可能读到略微过期的数据但至少不会把数据库打垮。6.3 缓存雪崩大批key同时失效雪崩是指在同一个时间点大量key同时过期比如你把一批商品详情都设置了24小时过期时间第二天凌晨恰好一起失效请求洪峰全部打到数据库。应对方案很直接过期时间加随机值。比如在基础过期时间上增加一个1到300秒的随机偏移让过期时间错开。还可以做多级缓存本地加Redis两层或者给数据库做限流降级兜底。这个坑我在项目里真实遇到过。运营整点上线一批活动页所有缓存key都精确设置成整点后2小时过期结果下午两点系统延迟陡增排查才发现是所有key同一分钟过期导致的。6.4 分布式锁为什么Redis可以做锁分布式环境下多个进程可能同时操作同一份资源比如库存扣减。Java的synchronized只能锁住本进程跨进程需要一把公共的锁Redis天然适合充当这把锁。最基础的加锁命令SET lock:stock 10 NX EX 30NX表示key不存在时才设置EX 30表示30秒自动过期防止持锁进程崩了导致死锁。释放锁则是先用Lua脚本检查value是否还是自己的“持有标识”再执行DEL保证原子性if redis-cli call(redis.call(get, KEYS[1]) ARGV[1]) then return redis.call(del, KEYS[1]) end为什么不能用先GET后DEL因为如果你持锁超时被自动释放了另一个线程拿到锁这时你执行DEL会把别人的锁删掉造成锁失效。所以判断value必须一股脑放在Lua脚本里一次执行。更省心的方案是直接用Redisson这类框架自带看门狗续期机制锁快过期时自动延长持有时间避免业务没执行完锁先丢了。如果你在生产环境手写分布式锁建议务必考虑续期和时钟跳跃这两个细节否则踩坑概率很高。6.5 顺带把面试题的框架理一遍很多人搜索“redis面试题”其实是搜到了这几个高频追问Redis为什么快内存单线程IO多路复用高效数据结构。Redis单线程是否影响性能单线程只在命令执行层IO多路复用让网络读写高效并行实际吞吐很高。缓存和数据库一致性怎么保证常见做法是先更新数据库再删除缓存需要更高一致性时订阅数据库binlog异步刷新缓存。过期key是怎么删除的惰性删除定期删除配合内存淘汰。Redis分布式锁用setNx还是setSET key value NX EX比SETNX更完备一条命令完成加锁和过期设置。回答这些问题关键是不要背死答案而是能讲出“我遇到过什么问题、怎么验证、最后怎么改”。面试官想听的就是这个。7. 可视化工具与一条进阶路径Redis的命令行工具redis-cli功能很全但日常排查和调试还是离不开可视化工具。目前市面上比较主流的客户端热词里反复出现的“redis desktop manager”就是其中一款另外还有不少优秀替代品。7.1 客户端对比与选择工具特点适合场景Redis Desktop ManagerRDM早期非常流行支持跨平台传统团队首选界面友好Another Redis Desktop Manager免费开源性能优化好支持Cluster大数据量浏览RedisInsightRedis官方出品内置分析工具官方生态、深度诊断连接时最容易踩的问题还是那几条保护模式、bind地址、密码配置。如果连不上先在本机执行redis-cli ping确认服务正常再用redis-cli -h 主机IP -p 端口 -a 密码 ping从客户端机器上测试连接基本就能定位是哪一层网络不通。7.2 调试命令与日志线上出了诡异问题我常用的操作是MONITOR看实时命令流或者用SLOWLOG GET 5看最近的慢查询。CLIENT LIST可以查看所有连接来自哪个IP、当前在做什么操作排查“是不是有人误用了阻塞命令”很有用。Redis日志默认在logfile 也就是输出到标准输出如果你想固定到文件配置里改成logfile /var/log/redis/redis-server.log即可排查问题会从容很多。7.3 从初识到进阶的可行路线如果你刚看完这篇接着可以按这个顺序往下走在Linux或Docker里把Redis跑起来用redis-cli把String、Hash、List、Set、ZSet各类型命令挨个试一遍。写一个小项目比如做一个带Redis缓存的接口或者一个排行榜服务实际发生一次“缓存穿透/击穿/雪崩”的预防过程。用主从哨兵部署一套高可用Redis尝试手动杀掉Master看Sentinel自动切换的效果。如果你的数据量已经比较大再研究Cluster的槽机制和客户端路由。想深入原理的可以看Redis源码里的SDS、跳表、事件循环或者读《Redis设计与实现》这本书。最后提醒一句别只停留在“会敲命令”。工具类技术只有在你亲手调过、出过故障、修过问题之后才真正变成你自己的东西。我现在的日常习惯是每遇到一个Redis问题就把当时的命令、配置、出错的截图整理成一篇笔记几个月下来就是一本属于自己的运维手册。希望这篇“Redis初识”也能成为你笔记里第一页。
![为Unity-Skills开发新技能：[UnitySkill]特性、反射注册与参数校验全解](http://pic.xiahunao.cn/yaotu/为Unity-Skills开发新技能：[UnitySkill]特性、反射注册与参数校验全解)
