很多人第一次接触 Redis 时最直观的感受往往是两个字快。我当年做一个秒杀活动页MySQL 连接被拖到濒临崩溃同事甩给我一句去了解下 Redis。可当时我连它怎么装、装完怎么连都搞不清楚光是看官网一堆英文文档就劝退了一周。后来真正上手才发现Redis 的安装和基础使用并没有想象中复杂真正拦住大家的往往是各种零碎信息拼不出一条完整的操作链路。这篇入门教程就干这一件事把 Redis 从听说过变成装好、跑起来、能写基础命令。我会先讲清楚它到底是什么、解决了什么问题然后按 Windows、macOS、Linux 三个平台分别演示安装过程再带你完成启动验证、基础配置、密码设置最后把五种核心数据类型、可视化工具选型和常见故障排查一起梳理完。内容完全面向小白也适合那些已经装上但只会 set/get 的开发者查漏补缺。全文不涉及任何需要特殊网络环境的内容所有操作你都能在本地顺手完成。1. Redis入门教程先搞清楚它到底是个什么东西1.1 三条基本认知我对 Redis 的第一条认知是它压根儿不算传统意义上的数据库。常规的 MySQL、PostgreSQL 会把数据持久化到磁盘讲究的是可靠存储和复杂查询Redis 则把数据放在内存里读写速度自然快出一个量级。它在设计上就是键值对模型类似程序语言里的字典给定一个 key就能拿到对应的 value。这个 value 不只是字符串还支持列表、哈希、集合、有序集合等结构这是它比 memcached 更灵活的关键。第二条认知是Redis 的定位从来不只是缓存。虽然缓存数据库是它最常见的标签但你会慢慢发现排行榜、消息队列、分布式锁、计数器、会话共享这些场景它全部能插一脚。它是那种小体型、多功能的工具装好了不亏。第三条认知最重要内存是稀缺资源所以 Redis 里的数据要有淘汰策略和持久化方案不能一股脑往里塞。入门阶段不要求你把 RDB、AOF 的细节吃透但必须建立一个意识——Redis 不适合存全量冷数据它擅长承接高并发读写的热数据。1.2 为什么它这么快很多人一听说 Redis 快就以为它一定用了什么黑科技。拆开看其实就三板斧。首先是基于内存的存储模型。内存的随机读写速度比磁盘高出好几个数量级这是物理差距Redis 天然占优。其次是单线程模型。单线程听起来像是劣势实际上对 Redis 这种内存操作型任务反而是好事没有多线程切换的资源开销也不存在并发写同一份数据的锁竞争问题。最后是 I/O 多路复用机制。Redis 能同时处理成千上万个客户端连接靠的是事件驱动而不是为每个连接开一个线程就像餐厅里一个眼疾手快的服务员可以同时照看很多桌而不是每桌配一个人。理解这个为什么快的底层逻辑比背参数有用得多。因为当你后续看到 Redis 的一些限制比如单个 key 的 value 不能太大、耗时命令会阻塞其他请求时你就能自己推导出原因——单线程再快也怕慢操作一个复杂的 KEYS 命令可能把整个实例拖住。2. 安装Redis之前版本怎么选、从哪下载最稳妥2.1 版本选择建议打开 Redis 官网下载页你会看到一堆以数字命名的版本第一反应往往是懵的。我的建议很简单如果是本地学习直接选最新的稳定版Redis 7.x 就很好。新版不仅修复了旧版本地问题还引入了很多实用特性入门阶段用新不用旧踩坑概率更低。如果是在公司生产环境跟随团队的存量版本即可不要擅自升级。Redis 的版本演进里6.x 引入了多线程 I/O 和 ACL 访问控制7.x 在性能、内存效率和底层数据结构上做了大量优化。跨大版本升级需要关注兼容性初学阶段不需要为这些事纠结。真正需要注意的是平台差异Redis 官方并不提供 Windows 原生版本。如果你用的是 Windows 且不想折腾 Linux可以使用第三方提供的 Windows 移植版比如 GitHub 上 tporadowski/redis 等项目它们基于 Redis 5.0.x 的源码做适配能用但长期跑生产不太建议。更推荐的做法是装 WSL 或者用 Docker 跑 Linux 版 Redis后面我会细说操作路径。macOS 和 Linux 平台则是顺风顺水各有各的安装方式。2.2 不同平台的下载路径我帮你把主流的获取方式按平台整理了一下按需选择即可平台推荐方式说明Windows第三方 zip 包或 ms i 安装包适合快速体验服务化需要手动配置Windows (进阶)WSL 或 Docker 容器与生产环境一致推荐深入学习时使用macOSHomebrew 安装一行命令搞定官方维护路径Linux (Debian/Ubuntu)apt 安装 redis-server来源官方仓库开箱即用Linux (CentOS/RHEL)yum/dnf 安装 redis需要先启用 epel 或 AppStream 仓库全部平台源码编译适合想定制配置、体验最新版本的情况这里我特别想强调一下下载安全Redis 在国内的下载渠道五花八门你经常能在搜索引擎里看到各种Redis 中文官网一键安装包。这些网站的来路不一定可靠最好的习惯是认准两个源一个是 redis.io 官网一个是可信的包管理器。这样既能避免下载到被篡改的二进制文件也能避开安装包捆绑软件的恶心问题。2.3 环境依赖说明安装之前还要确认一下运行环境。Linux 和 macOS 下需要确保系统里有 GCC 编译工具链如果只是用包管理器安装就不需要自己编译但源码编译时必须准备。Windows 下第三方 zip 包通常自带可执行文件直接解压就能跑不需要额外装什么依赖这点对小白很友好。还有一点容易被忽略Redis 默认使用 6379 端口安装前最好检查一下这个端口有没有被其他程序占用。Windows 下可以用 netstat -ano | findstr 6379 查看Linux 和 macOS 下用 netstat -an | grep 6379 或者 lsof -i:6379 查看。端口被占是安装后启动失败最常见的原因之一提前排查能省不少时间。3. Redis安装实操Windows、macOS、Linux三平台一次搞定3.1 Windows平台安装zip包与msi包怎么选Windows 用户装 Redis我在前面说了没有官方原生版本。目前最常见的两种方式是从 GitHub 下载第三方的 zip 压缩包或者下载 msi 安装包。先说 zip 包方式这也是我比较推荐的方式。找到 tporadowski/redis 的 Releases 页面下载 zip 文件后解压到某个目录比如 D:\Redis。解压后你会看到 redis-server.exe、redis-cli.exe、redis.conf 等文件。这里第一个坑就来了很多人直接双击 redis-server.exe窗口确实是起来了但关掉窗口 Redis 就没了。想让它一直运行应该在 redis.conf 文件里把 daemonize 改为 yes或者手动把它注册成 Windows 服务。注册服务的命令是在管理员身份的 CMD 里执行 redis-server.exe --service-install redis.conf。以后就可以在服务管理里看到 Redis 服务开机自启省心很多。不过这里也要提醒一句第三方移植版在为 Windows 服务时偶尔会有权限问题如果你不想折腾服务注册写一个简单的 bat 脚本开机启动也行我最早就是这么干的。msi 安装包的方式简单一些一路 Next 装完服务也会自动注册。但我个人不太推荐因为这种安装方式黑箱感太强你不知道它把配置放在哪里、改了配置怎么重启。对于学习目的zip 包反而能让你更清楚 Redis 的运行原理。无论哪种方式装完都要验证一下打开 CMDcd 到 Redis 安装目录然后执行 redis-cli ping如果返回 PONG 就说明服务已经正常运行了。这一步没有反应的话多半是服务没启动或者端口不对。说到 Windows很多小伙伴听到WSL 装 Redis就头大其实没那么复杂。在 WSL 的 Ubuntu 里执行 apt install redis-server装完就是一个标准的 Linux 环境后续学主从复制、哨兵集群都和真实生产一致比 Windows 移植版顺滑太多了。如果你是长期学习 Redis我很建议把这条路作为最终方案。3.2 macOS平台安装一条brew命令搞定macOS 上装 Redis 是最省事的前提是你装了 Homebrew。打开终端执行brew install redis等命令跑完Redis 就安装到你的系统里了。这里有个容易混淆的点是启动方式。执行 redis-server 是前台启动当前终端窗口会被占用CtrlC 就能退出执行 brew services start redis 则是后台服务方式会随系统开机自启适合长期开发使用。配置文件的位置在 macOS 上要留意一下Apple Silicon 芯片的电脑路径通常是 /opt/homebrew/etc/redis.confIntel 芯片则在 /usr/local/etc/redis.conf。如果后面想改端口、设密码就去这个目录找 redis.conf。装好后同样用 redis-cli ping 验证。但 macOS 上有一个小坑如果执行 redis-cli 提示 command not found多半是 Homebrew 的路径没有加到 PATH 里。解决方法是把 /opt/homebrew/bin 加到 shell 配置文件里或者重启终端通常就好了。3.3 Linux平台安装apt和源码编译都行Linux 服务器上装 Redis 通常是生产环境的第一步。以 Ubuntu 为例命令很简单apt update apt install redis-server -y安装完成后Redis 会作为一个服务注册在 systemd 里。你可以用 systemctl status redis-server 查看状态systemctl restart redis-server 重启服务。默认配置文件在 /etc/redis/redis.conf日志在 /var/log/redis/redis-server.log。这套链路比 Windows 下规范得多报错排查也方便。如果你想要 Redis 的最新特性或者需要自定义编译参数源码编译是绕不开的。步骤网上都能搜到核心就是去官网下载源码然后依次执行 make、make install。编译过程比较考验耐心如果只是为了学习和日常开发直接用包管理器安装完全足够。CentOS 系的话yum install redis 不一定能直接搜到软件包通常需要先安装 epel-release。这类细节很容易绊倒新人我的建议是注册一台云服务器时优先选 Debian/Ubuntu 系列省去各种仓库打交道的麻烦。4. Redis启动验证与基础配置从ping通到设置密码4.1 启动与连通性测试不管在哪个平台安装Redis 的启动路径都有相似之处。安装完成后第一个要跑通的命令就是 redis-cli ping。如果返回 PONG说明客户端和服务端已经成功建立了连接这是 Redis 安装完成的标准信号。在实际操作中我发现很多人执行的 redis-cli ping 是在服务端没启动的情况下进行的结果自然是 Connection refused。这就涉及服务端启动方式的区分前台启动时直接执行 redis-server终端会打印一行Ready to accept connections tcp看到这句话就知道服务起来了后台启动时需要修改 redis.conf 里的 daemonize 为 yes然后执行 redis-server redis.conf此时终端没有明显输出要用进程查看或 redis-cli ping 来确认。顺便说一个生产环境里很有用的操作用 redis-cli shutdown 可以优雅关闭 Redis 服务。它会把内存里的数据按照持久化策略保存下来再退出比直接 kill -9 乱杀进程安全得多。有一次我看到同事用任务管理器强杀 Redis结果 AOF 文件出现损坏恢复数据时苦不堪言这个教训印象太深了。4.2 基础配置项与密码设置Redis 安装后默认是无密码的而且绑定在 127.0.0.1 上也就是只能本机访问。这个配置对学习是安全的但如果你的机器暴露在局域网就需要尽快处理。我在真实项目中见过太多裸奔的 Redis 被恶意脚本写满数据的案例所以配置这一步不能跳过。打开 redis.conf重点看这几个参数port默认 6379一般不用改除非端口冲突bind默认 127.0.0.1表示只允许本机连接。需要远程访问时改成 0.0.0.0但同时必须配密码和防火墙策略protected-mode默认 yes这是 Redis 的保护机制当没有密码且 bind 非本机地址时它会拒绝外部连接daemonize设为 yes 后可后台运行requirepass设置访问密码举例来说 requirepass 123456 表示连接时需要认证。Windows、macOS、Linux 设置密码的方式完全一样都是编辑 redis.conf 中的 requirepass 字段然后重启服务。在 Windows 设置 redis 密码时还有另一种方式redis-cli 执行 config set requirepass 123456这种方式不需要重启但不会写入配置文件服务重启后密码就没了。我建议用配置文件改因为这是持久化的做法。设完密码之后再执行 redis-cli ping 会返回 NOAUTH Authentication required。这时候你需要这样连redis-cli -a 你的密码或者在交互式客户端里执行 auth 你的密码。记住一点-a 方式把密码明文写在命令行里在某些终端会留下历史记录学习没问题生产环境建议用环境变量或配置文件方式管理密码。4.3 内存与持久化先留个印象入门阶段我不建议你一头扎进 RDB、AOF 的全部细节但有两个配置最好提前看一眼。一个是 maxmemory它限制 Redis 最多能用多少内存超过后按 maxmemory-policy 策略淘汰旧数据。不设这个参数的话Redis 有可能耗尽系统内存。另一个是 appendonly默认关闭改为 yes 开启 AOF 持久化后数据在服务重启后不容易丢失。我见过不少新手把 Redis 当普通数据库用塞一堆数据进去也不管内存和持久化结果一重启数据全没了转头就骂 Redis 不稳定。其实这恰恰说明没搞懂它的定位。安装完先给这两个配置留个印象后面深入学持久化时就会轻松很多。5. Redis五种核心数据类型命令不多但每个都是高频5.1 String最基础也最常用String 是 Redis 里最核心的数据类型它就是一个字符串理论上单个 value 最大能到 512MB。日常开发中页面缓存、接口返回数据的缓存、计数器都是用 String 来实现的。常用命令就几个set 设置值get 获取值setex 设置值并指定过期时间incr 和 decr 做自增自减。你可能会觉得很朴素但它能解决的问题非常广泛。比如我们要统计文章浏览量直接用 incr 就能对数字做原子自增不用加锁也不会出错比自己在 MySQL 里用 update 语句加一效率高多了。我做接口缓存时最喜欢的命令是 setex设置值的同时带上过期时间就省得再单独维护缓存清理逻辑。String 虽然简单但它是一切高阶用法的基础set 命令的不同参数组合甚至可以演变出分布式锁这个后面再说。5.2 Hash对象数据的天然容器如果让你在 Redis 里存一个用户的信息比如用户名、年龄、积分你的第一反应可能是用 String 把整个 JSON 存进去。这确实是可以的但 Hash 类型会更好用。Hash 相当于一个字段-值的小字典可以单独操作某个字段比如只增加积分而不用把整个 JSON 取出来再写回去。相关命令是 hset 设置字段、hget 获取单个字段、hgetall 获取全部字段、hincrby 对某个字段做自增。在学生管理系统里存学生信息、在电商系统里存商品详情Hash 都是合适的容器。它最大的优势在于字段级操作带来的灵活性和更少的数据传输量。不过这里有一个翻车点hgetall 会一次性把所有字段取出来如果字段很多会白白增加网络和内存开销。生产环境更推荐使用 hscan 做增量遍历入门阶段知道有这样一个限制就够了。5.3 List队列与栈的底层支撑List 本质是一个双向链表可以从左边推入也可以从右边弹出因此天然适合做消息队列和最新列表。lpush 从左边插入数据rpop 从右边弹出数据配合起来就是一种典型的异步任务处理模型生产者往列表里塞任务消费者从列表里取任务执行。注意Redis 还提供了阻塞版本命令 brpop 和 blpop。正常情况下 rpop 如果没有数据就返回空但 brpop 会一直等等有新数据进来再返回。这个特性让 List 可以模拟出一个非常简洁的消息队列虽然功能没有专业 MQ 那么强但在中小项目里完全够用。我在做站内通知时用过这个模式用户发帖后把通知任务推入 List后台进程用 brpop 消费并发送邮件效果非常顺滑。入门阶段建议把 lpush、rpop、llen、lrange 这几个命令敲一遍尤其是 lrange 可以用来做分页比如 lrange list 0 9 就是取前十条。5.4 Set与ZSet去重、标签与排行榜的万能工具Set 是集合类型元素是唯一的并自动去重。常用的命令有 sadd 添加、smembers 查看全部、srem 删除、sinter 求交集。用它来做共同好友标签系统在线用户列表非常方便。比如你有两个用户的粉丝集合执行 sinter 就能瞬间算出共同关注的人这在关系型数据库里要写很复杂的 SQL在 Redis 里就是一条命令的事。ZSet 则是 Set 的升级版每个元素带一个分数Redis 会根据分数自动排序。zadd 添加元素时带上分数zrevrange 按分数从高到低取排行榜zrangebyscore 按分数区间取数据。最常见的例子就是排行榜功能按积分排行、按点赞数排行更新一条 zadd 命令就完成取排名也很快。我强烈建议初学者把 Set 和 ZSet 各自写几个命令跑一遍因为它们是 Redis 相比 Memcached 等纯缓存方案的最大杀伤力所在。当你意识到一个 Memcached 做不到的排行榜 去重功能Redis 只需要两三行命令就能实现时你就会真正理解为什么大家宁愿引入一个独立的服务来干这件事。6. Redis可视化管理工具怎么选RDM、Another RDM与Redis Insight6.1 主流工具横向对比命令敲熟了以后一定会有想用图形界面看数据的时刻。可视化管理工具在排查数据、验证配置时确实好用。目前主流的有三个Redis Desktop Manager常说的 RDM、Another Redis Desktop ManagerAnother RDM、Redis 官方出的 Redis Insight。我列个简单的对比表方便你快速选择。工具是否免费跨平台特点Redis Desktop Manager旧版免费新版收费Windows/macOS/Linux老牌工具界面成熟网上教程最多Another Redis Desktop Manager完全免费开源Windows/macOS/Linux功能丰富连接管理方便中文友好Redis Insight完全免费Windows/macOS/LinuxRedis 官方出品资源占用略高但功能现代从个人体验来说我最早用的是 RDM后来转到了 Another Redis Desktop Manager因为它免费、开源、更新活跃最重要的是连接配置非常直观支持不同集群和哨兵模式的连接。Redis Insight 作为官方工具也很值得一试自带命令行工具和性能分析面板不过第一次启动时建立索引会比较慢机器配置低的朋友可能会觉得卡。6.2 连接配置的几个坑可视化工具连接不上 Redis是新手区高频问题原因通常集中在三处。第一处是 bind 配置。如果 redis.conf 里的 bind 还是 127.0.0.1那只有本机能连。公司里其他同事的电脑要访问这台 Redis就必须把 bind 改成 0.0.0.0 或者指定网卡 IP。同理在你自己的机器上用 WSL 或虚拟机装 Redis然后想在 Windows 图形界面里连时千万不要连 127.0.0.1要连 WSL 虚拟机分配的那个 IP 地址。第二处是 protected-mode 保护模式。即使 bind 改成了 0.0.0.0只要没有设置密码Redis 默认的 protected-mode yes 也会拒绝外部连接。所以一个能远程访问的 Redis 实例配置基本是bind 0.0.0.0 requirepass 密码 protected-mode 视情况调整三者缺一不可。第三处是端口没开。云服务器上的 Redis 需要去云控制台安全组放行 6379 端口本地机器的 Redis 则要检查防火墙规则。很多人在本地连不上时花大量时间查 Redis 配置结果最后发现是防火墙把端口吞掉了这个排查顺序要记住先确认服务正常再确认端口监听最后才检查 Redis 自身配置。7. Redis常见安装与连接问题排查速查表与日志思路7.1 高频问题速查表我把平时在社区里被问得最多的几个问题整理成表格每一项都是我实际踩过或帮别人排查过的不是网上随便抄的。问题现象常见原因解决办法启动报错 Cannot assign requested addressbind 配置了本机不存在的 IP改成 0.0.0.0 或 127.0.0.1无法连接客户端报 Connection refusedRedis 服务没启动或端口不对启动服务检查 port 配置远程连接被拒绝报 protected mode未设置密码且 bind 为 0.0.0.0设置 requirepass或保持默认 bind执行命令提示 NOAUTH设置了密码但没有认证redis-cli -a 密码或 auth 密码数据写入报 OOM command not allowed到达 maxmemory 限制调大 maxmemory或配置淘汰策略Windows 下 redis 不是内部或外部命令可执行文件路径不在 PATH进入解压目录执行或手动加 PATH设置了密码但工具连不上工具里没填密码或填错重新确认密码与配置文件一致这张表分成两栏现象和原因。我提醒一句排查时不要上来就改配置先看清楚错误提示是什么。Redis 的错误提示已经写得很直白了比如 NOAUTH 就是密码问题Connection refused 就是端口和进程问题把提示读明白问题往往就解决了一半。7.2 日志与排查思路排查 Redis 问题离不开日志。Linux 下 Redis 的日志默认在 /var/log/redis/redis-server.logWindows 下默认输出到控制台你可以手动指定 logfile 参数。如果启动失败先打开日志看最后几行报错原因十有八九就写在里面。我个人的排查顺序是固定的先确认进程是否存在用 ps 或任务管理器看再确认端口是否监听Linux 用 ss -lntpWindows 用 netstat -ano然后确认客户端连接命令是否正确最后才是翻配置和日志。这个顺序看起来简单但能避开大量的无效排查。很多新手一报错就翻配置改了一堆参数也没用其实可能只是服务进程压根儿没起来。日志还有一个用处是观察运行期的异常。比如大量慢日志记录slow log出现了说明有命令执行很慢需要优化日志里出现多次连接断开可能说明防火墙或客户端超时设置不对。入门阶段不用死磕日志分析的每个细节但养成看日志的习惯会让后续学习事半功倍。7.3 给Windows用户的特别提醒Windows 下跑 Redis 移植版遇到的问题会多一些。最常见的是 ms i 版安装后找不到配置文件路径服务启动失败。我的建议是装完以后先在服务管理里确认 Redis 服务是否显示正在运行如果状态是已停止就直接去安装目录找 redis.windows.conf 或 redis.conf检查是否存在明显语法错误。另外有些杀毒软件会把 Redis 的可执行文件误报为可疑程序导致 server 启动后立刻被拦截。遇到这种情况先把 Redis 目录加入杀毒软件排除列表再试。这不是 Redis 的问题但新手很容易在这一步被卡住以为安装包有问题。8. Redis装完之后怎么进阶分布式锁、缓存治理与集群8.1 高频面试点分布式锁与缓存治理当你把 Redis 基础命令玩熟练以后自然会碰到两个绕不开的高频话题分布式锁和缓存治理。它们也是面试里最高频的 Redis 问题之一。分布式锁的原理并不复杂。Redis 单线程执行特性决定了 setnxset if not exists操作是原子的多个客户端同时执行 setnx只有一个能成功。再加上过期时间参数就形成了最简单的分布式锁SET key value NX EX 10。这个命令表示只有 key 不存在时才设置成功同时 10 秒后自动过期。成功设置的人拿到了锁用完删除 key 释放锁没设置成功的人就等待重试。但经典面试题马上会接着问如果业务还没执行完锁就过期了怎么办如果删除锁时误删了别人的锁怎么办这就衍生出 Redisson 看门狗续期、锁 value 带唯一标识校验等进阶方案。入门阶段先把最朴素的 setnx 分布式锁跑通理解它的思路再去研究健壮性增强方案学习曲线会更平滑。缓存治理同理。缓存穿透、缓存击穿、缓存雪崩这三个概念几乎每个 Redis 面试帖都绕不开。它们的共同点是当大量请求绕过 Redis 直达 DB 时数据库会被打垮。解决思路分别是布隆过滤器过滤非法 key、热点 key 加锁重建缓存、过期时间加随机值避免同时失效。这些内容不需要在入门第一天全部掌握但如果你对 Redis 已经有了安装和基础操作的能力完全可以开始接触这些真实世界的问题了。8.2 进阶路线主从复制、哨兵与集群安装单机 Redis 只是第一步。生产环境里为了高可用和高吞吐还需要学会搭建主从复制、哨兵、集群。这一块的起点是用 Docker 搭建 Redis 主从因为容器化能让你在本地快速验证多节点效果。核心概念就是主节点负责写从节点负责读哨兵负责监控和自动故障转移集群把数据分片存储。这条路走完你对 Redis 的认知会从一个很快的缓存升级成一套完整的分布式存储体系。到那时候再回来看安装过程你会发现当初折腾的 Redis 配置、密码、端口不过是最基础的地基。我建议学习顺序是先用 Docker 跑一个主从观察数据同步再配置哨兵手动把主节点停掉看从节点能否自动顶上最后再研究集群的分片规则比如哈希槽位的概念。8.3 建立属于自己的安装笔记最后分享一个我在实际使用中养成的习惯每装一个新环境我都会把 redis.conf 里的关键配置项和实际改动记录下来包括端口、密码、内存限制、日志路径。不要指望记忆力也不要每次都翻官网文档。当你需要给同事搭环境、给服务器做迁移时这份笔记能让你十分钟内完成别人折腾一小时的事。另外我很推荐大家装完 Redis 后花半小时把五种数据类型的常用命令逐个敲一遍。敲命令的时候不要只复制要手打感受一下参数顺序和返回值。我见过太多人安装完 Redis 就丢在一边过两周再问 String 和 Hash 的区别都答不上来。命令行工具是你和 Redis 直接对话的唯一渠道前期手感和熟练度都会在后续学习和工作中成倍回报你。Redis 的入门门槛真的不高最难的恰恰是从零到一这个过程。希望这篇教程能帮你把第一脚迈出来。装好之后建议立刻做三件事设置一个密码、开启 AOF 持久化、写一个简单的 Java 或 Python 程序读写 Redis。把这三件事做完你就不再是装过 Redis而是真正入门 Redis了。