Redis那些事儿，怎么训练才更有效率和实用呢？

想学好Redis，光看书、看文档肯定不行，那东西看多了容易犯困，而且看完就忘，最关键的是，你得明白学Redis是为了用，是为了解决实际问题，不是为了去考个证书，训练方法一定要围绕“动手”和“场景”这两个核心。

第一，别一上来就扎进命令手册里。 很多人觉得学Redis就是背命令，SET、GET、HSET、LPUSH……背了一大堆，但完全不知道这些命令该用在哪儿，这是最没效率的做法，你应该反过来，先从“为什么需要Redis”开始想，你可以问问自己：我做的项目里，哪里慢？哪里频繁地访问数据库？用户登录后，他的基本信息是不是每次访问页面都要查数据库？那这个地方就可以用Redis把用户数据缓存起来，设置个几分钟的有效期，你看，这样你自然就学会了SETEX（设置带过期时间的键值）这个命令，而且你知道它用在哪里，为什么用，这辈子都忘不了，这种方法,比孤立地背命令强一百倍。

第二，一定要自己搭个环境，哪怕是本地的。 现在用Docker启动一个Redis服务简直是秒秒钟的事，别怕麻烦，这个步骤绝对不能省，你亲手敲下redis-cli，连接到你的服务器，然后敲几个命令，看到结果反馈回来，这种感觉是看任何教程都替代不了的，你就把Redis当成一个巨大的、放在内存里的字典（或者说Map）来玩，先玩最简单的字符串类型，试试存一个用户昵称，取出来；再试试给它设置10秒后过期，看着它自动消失，这种即时的、可视化的反馈,能极大地提升你的学习兴趣和记忆深度。

第三，围绕具体的生活化或项目化场景来学习每种数据结构。 Redis的强大不在于它多快，而在于它提供了多种适合不同场景的数据结构,你就给自己设定一些任务：

• 搞个文章点赞功能。 一篇文章可能被点赞无数次，你肯定不能每次都去数据库里更新点赞数，那数据库要累死了，怎么办？用Redis的String结构，一个键对应文章ID，值就是点赞数，有人点赞，你就用INCR命令给这个数加1，简单又高效，你通过这个场景，就彻底明白了String的INCR/DECR命令的妙用。

• 搞个购物车。 购物车里的商品有名称、数量、价格等多个属性，而且用户可能会随时增删商品，如果用String，很难处理，这时候Hash结构就派上用场了，你可以把购物车ID作为键，里面的字段（field）就是商品ID，值（value）是商品数量和单价等信息，用HGETALL就能一次性取出整个购物车，用HINCRBY就能修改商品数量，你看,这个场景是不是让你对Hash的理解深刻多了？

• 搞个新闻网站的最新文章列表。 我们希望最新的新闻排在最前面，用List结构，每次发布新文章，就用LPUSH命令从左边塞进去，想展示最新10条？用LRANGE key 0 9就取出来了,你甚至可以用它实现一个简单的消息队列。

• 搞个朋友圈点赞排行榜。 想知道今天谁是最受欢迎的？用Sorted Set（有序集合），把用户ID作为成员（member），把他的点赞数作为分数（score），每次有人点赞，就用ZINCRBY给这个用户的分数加1，取前十名？直接用ZREVRANGE key 0 9 WITHSCORES，搞定，这个数据结构是Redis的杀手锏之一，通过这个排行榜场景,你就能摸透它的脾气。

第四，别忽视“持久化”和“高可用”这些听起来高级的概念。 你不用一开始就深究底层原理，但你得知道它们是干什么的，你就想：Redis数据都在内存里，万一服务器断电了，数据不就全没了吗？所以需要持久化（比如RDB快照、AOF日志），你可以亲手配置一下，触发一次RDB备份，看看磁盘上是不是多了个dump.rdb文件，然后重启Redis，看看数据是不是恢复了，这个过程会让你对数据安全有直观的认识，同样，主从复制的概念，你可以理解成“给主Redis找个备胎”，主服务器负责写，从服务器负责读和备份，这样既分担压力又防止单点故障，你可以在自己电脑上用不同端口启动两个Redis实例，配置成主从关系，然后试试在主库写数据,看看从库是不是立刻就有了。

第五，犯错是最好的老师。 在学习过程中，大胆地去试错，你试试往一个String类型的键里执行List的LPUSH命令，看看Redis会给你报什么错，你试试不设置过期时间，然后把大量数据塞进Redis，看看你的内存会不会爆掉，这些错误信息和你亲手造成的“事故”,会让你对Redis的规则和限制有刻骨铭心的理解。

高效的Redis训练法就是：抛弃死记硬背，以解决问题为导向，亲手搭建环境，用真实场景驱动去理解每种数据结构的用途，并在不断的动手实践和试错中巩固知识。 当你习惯用Redis的思维去思考如何优化你的应用时,你就真正学到位了。

（以上方法融合了个人实践经验以及对《Redis设计与实现》、Redis官方文档等资料核心思想的通俗化转述）