单排自己摸索Redis，边学边用其实也没那么难，技能慢慢就上来了

一位匿名程序员在技术论坛的分享帖）

“单排自己摸索Redis，边学边用其实也没那么难,技能慢慢就上来了”

想起来我刚接触Redis那会儿，完全是“单排”，就是自己一个人摸索，团队里没人用过，网上资料虽然多，但一开始看那些专业术语，什么数据结构、持久化、哨兵模式，头都大了，感觉这玩意儿门槛老高，差点就被劝退了，后来我换个思路，不就一个缓存工具嘛，我先不管它那么多高级功能，就从最简单的开始,用它解决我手头最痛的问题。

我接手的第一个项目，有个页面加载特别慢，就是因为每次都要去数据库里查一堆很少变化的基础数据，比如城市列表、商品分类什么的，数据库压力大，用户等得也烦，我当时就想，这不就是Redis的用武之地吗？我的目标特别简单：把这些数据存到Redis里，下次请求直接从这里拿,不用老跑数据库。

第一步就是装Redis，我是在本地开发环境弄的，Windows版好像有点麻烦，我索性搞了个Linux虚拟机，按照网上搜来的教程一行命令一行命令地敲，第一次看到Redis服务成功跑起来，那个命令行界面亮起来的时候，心里还有点小激动,感觉像打开了新世界的大门。

接下来是怎么连上它，我用的Java，就去搜“Java怎么连接Redis”，找到了Jedis这个库，把jar包引到项目里，然后写连接代码，一开始连不上，报错，排查了半天发现是虚拟机防火墙端口没开，解决了之后，终于能通上了，就为这个“通了”,我都折腾了小半天。

通了之后，就开始干正事，我学到的第一个命令就是SET和GET，这太直观了，就跟用Map一样，我写了个小方法，查数据前，先根据某个key（ALL_CITIES"）去Redis里GET一下，如果拿到数据就直接用；如果没拿到，说明是第一次或者数据过期了，那我就去数据库查，查完之后再用SET命令把这个列表转换成JSON字符串存到Redis里，并且设个过期时间，比如10分钟，我用的是SETEX命令，可以一次性搞定存值和设过期时间，就这么一个简单的逻辑，改完代码一测试，页面加载速度“嗖”一下就上来了，那种立竿见影的成就感,真的是推动我继续学下去的最大动力。

解决了这个基本问题，我就开始想别的用法了，比如有个需求是要统计某个活动页面的独立访客数，同一个人一天内刷新只算一次，这用数据库频繁去重挺麻烦的，我又去搜，发现了Redis的SET数据结构，它天生就能去重，我就尝试用SADD命令，把用户的唯一标识（比如UID）作为成员，活动的ID作为key塞进去，每次访问都执行一次SADD，如果这个UID已经存在，命令会返回0，不存在才返回1并且添加成功，最后我只需要用SCARD命令查一下这个key的集合大小，就知道有多少个独立用户访问了，特别方便,而且速度极快。

再后来，做秒杀demo的时候，遇到了超卖问题，我又了解到Redis是单线程的，命令执行是原子性的，然后发现了DECR命令，我先把商品库存数预先SET到Redis里，用户抢购时不是直接减数据库，而是先对Redis里的库存执行DECR，如果返回值大于等于0，说明抢购成功，然后再进行后续的下单流程，如果返回值小于0，说明库存没了，直接返回失败，这样就简单避免了超卖，这是个很基础的demo方案，真实场景更复杂,但对我理解Redis的原子操作帮助巨大。

我就是这样，遇到一个具体的问题，就去想Redis能不能帮我，然后去查资料，看它哪个功能合适，接着就在项目里找个不重要的功能点或者弄个demo去试，试成功了，这个知识点就掌握了，从最简单的字符串缓存，到set去重，再到利用原子性防止超卖，一步步地,技能树就这么慢慢点亮了。

过程中肯定踩过坑，比如一开始没设过期时间，导致内存快满了；比如key的名字设计得乱七八糟，后来自己都找不到了；还有一次误操作把测试环境的Redis给FLUSHALL清空了，吓出一身冷汗，但每次踩坑都是学习，知道了要设过期时间，知道了key的命名要有规范（比如用冒号分隔项目:模块:ID）,知道了操作生产环境要万分小心。

所以我的体会就是，别一开始就被那些高深的概念吓住，就从你最需要的一个点切入，把它用起来，看到效果，用熟之后，你自然会遇到新的场景，那时候再去了解为什么用哈希（Hash）存对象比用JSON字符串更合适，什么时候该用列表（List）或者有序集合（ZSet），持久化是怎么保证数据不丢的，集群又是怎么搭建的，边学边用，带着问题去学，印象特别深刻，技能也就这么不知不觉地上来了，Redis这东西，本质上就是个特别强大的‘超级Map’，先把它用起来，最重要。”