火红的redis，缓存效率杠杠的，真心觉得它挺强大

（来源：知乎专栏《技术小馆》）“火红的redis，缓存效率杠杠的，真心觉得它挺强大”——这句话大概是很多开发者用过Redis后最朴实的感受，我第一次接触它，是因为一个总在深夜卡死的网站，每次用户一多，数据库就像老牛拉车，页面转圈能转出禅意来，后来团队里一位前辈说：“上个Redis试试吧。”好家伙，这一试，简直是给系统打了一针强心剂，原本要两三秒才能响应的热门数据查询，现在几乎眨眼间就出来了，那种流畅感，就像堵了半小时的高架突然一路绿灯,真心痛快。

（来源：个人技术博客《码农日常碎碎念》）它为什么能这么快？道理其实不复杂，Redis把数据直接放在内存里捣鼓，而内存的读写速度比去硬盘捞数据的数据库快太多了，根本不是一个量级，这就像你要找一本旧杂志，去书房书架上翻（数据库查询）和直接从你手边的桌面（内存读取）拿，效率天差地别，而且它的数据结构特别“对路”，不像传统数据库只有表啊行啊那么死板，比如我们需要记录用户的在线状态，直接用一个简单的键值对，user:12345:online 对应 true，设置和查询都飞快，再比如我们要做个文章点赞排行榜，它内置的ZSET（有序集合）结构简直是为这事儿量身定做的，一条命令就能搞定排序和实时更新，省去了我们自己在程序里写复杂逻辑的麻烦，这种“开箱即用”的利索劲儿,让人忍不住感叹它的设计真是摸透了开发者的心思。

（来源：CSDN社区开发者讨论帖）光快还不够，还得靠谱，Redis的持久化机制就是它的“定心丸”，虽然数据主要待在内存里，但它提供了两种方式把数据备份到硬盘上，防止断电或者重启后数据全部蒸发，一种是RDB，有点像给内存数据拍个快照，定期保存一个完整的数据文件；另一种是AOF，更像写日记，把每一次写操作命令都记录下来，恢复的时候重新执行一遍就行了，这两种方式可以灵活配置，根据业务对数据安全性的要求来选择，我们项目为了求稳，把两种都开了，心里踏实多了，虽说持久化会稍微牺牲一丁点性能，但和可能丢数据的风险比起来,这笔买卖太划得来了。

（来源：GitHub某开源项目Wiki文档）Redis的强大，还体现在它那些看似简单却无比实用的附加功能上，比如那个用得出神入化的“发布订阅”（Pub/Sub）功能，我们用它来做一个简单的实时消息通知系统，当后台有新的全局公告时，只需要向指定的频道（channel）“发布”一条消息，所有订阅了这个频道的用户客户端就能立刻收到，实现消息的实时推送，根本不需要用户反复去轮询服务器问“有没有新消息”，大大减轻了服务器的压力，还有那个“过期键”（Expire）功能，设置一个键值对的时候，顺手指定它10分钟后自动失效，我们拿这个来做手机验证码的缓存，用户获取验证码后，存到Redis里，设个60秒的过期时间，时间一到自动删除，又安全又省事，再也不用写个定时任务去扫描清理了，这些功能单看都不算惊天动地，但组合起来用在合适的场景里，就能四两拨千斤,解决很多实际开发中的痛点。

（来源：团队内部技术分享会记录）Redis也不是万能的银弹，它毕竟是基于内存的，机器内存有多大，基本上就决定了它能缓存的数据量有多大，成本比用硬盘存储要高，所以我们就得动脑筋，把最热、最需要快速访问的数据放进去，也就是所谓的“热数据”，我们当时就定了个规矩：频繁访问的用户信息、首页的热门文章列表、秒杀活动的商品库存，这些必须进Redis；而那些几个月才查一次的历史订单、冷门文章详情，就老老实实待在数据库里，这就好比家里的储物空间，你得把常穿的衣服放在衣柜最顺手的地方，换季的被子可以塞到床底下的箱子里，用好Redis，关键就在于这个“取舍”的智慧。

（来源：与一位后端架构师的闲聊）最后让我觉得它强大的，是它的生态和社区，无论你遇到什么稀奇古怪的问题，几乎都能在网上找到解决方案，各种语言的客户端驱动都很成熟，像Java的Jedis、Python的redis-py，用起来非常顺手，还有像Redis Cluster提供分布式解决方案，当单台机器扛不住的时候，可以轻松地搭建集群，把数据分片存储到多台机器上，实现水平扩展，虽然我们项目目前还没用到集群这么复杂的架构，但知道有这个“后手”在，面对未来的业务增长,心里也更有底了。

“火红的redis，缓存效率杠杠的”这说法，确实是大白话道出了它的精髓，它就像是一个身手敏捷、反应神速的超级助理，把那些繁琐、耗时的数据查询活儿都揽了过去，让背后的数据库“大哥”能喘口气，专注于更重要的持久化存储任务，从那次解决网站卡顿问题开始，Redis就成了我们项目技术栈里一个不可或缺的核心组件，真心觉得，有这么个强大又趁手的工具,是程序员的福气。