Redis穿越技术让数据存储飞快，感觉redis好像无处不在一样

根据网络技术社区讨论、开发者经验分享以及Redis官方文档的普及性介绍综合整理）

Redis这个东西，现在搞互联网开发的，几乎没人不知道，它就像一个超级快的临时小本本，专门用来记一些需要快速读写的数据，你说它无处不在，这种感觉非常对，因为它解决的问题实在是太普遍了，想想看，我们现在用的App和网站，哪个不追求快？页面加载慢一秒，用户可能就跑掉了，Redis就是为了“快”而生的。

它快的原因，说白了就是“简单”和“在内存里干活”，传统的关系型数据库，比如MySQL，像一个大仓库，数据是放在硬盘上的，管理严格，规矩很多（比如要保证ACID特性），每次存数据、取数据，都要经过复杂的步骤，还要和慢吞吞的硬盘打交道，而Redis呢，它把最主要的数据都放在服务器的内存里，内存的读写速度，比硬盘快了几个数量级，就像你从桌上拿一张纸（内存）和去文件柜里翻一个档案（硬盘）的区别，Redis处理请求的速度能达到微秒级别,一秒钟处理几十万次请求跟玩儿似的。

那它具体都在哪些地方“无处不在”呢？举几个最常见的例子你就明白了。

第一个最常见的用法就是“缓存”。（来源：此为Web开发中的标准实践）这是Redis的看家本领，一个新闻网站，首页的热点新闻可能一天之内变化不大，但如果每次有用户访问，都去数据库里查一遍，数据库压力就太大了，速度也慢，这时候，网站就可以用Redis：第一次有人访问时，从数据库查出新闻数据，然后顺手在Redis里存一份，并设置一个过期时间，比如10分钟，接下来的10分钟内，再有用户访问首页，系统就直接从Redis里拿数据，速度快得飞起，数据库也轻松了，等你刷微博、逛淘宝时，那些瞬间就出来的热门内容和推荐商品列表,背后大概率就有Redis的功劳。

第二个是“会话存储”。（来源：分布式系统常见解决方案）你现在登录一个网站，比如电商平台，登录后一段时间内刷新页面，依然显示是登录状态，这个“登录状态”信息需要有个地方存着，如果只用一台服务器，存内存里也行，但现在网站都是好多台服务器一起干活（集群），你这次请求可能打到A服务器，下次可能就打到B服务器了，如果会话信息只存在A服务器上，B服务器就不认识你了，会让你重新登录，这体验太差了，解决办法就是把会话信息（比如用户ID）统一存到一个地方，让所有服务器都能访问，Redis因为速度快、支持设置过期时间（比如登录状态保持30分钟），就成了存放会话的理想选择，这样无论你被分配到哪台服务器,都能保持登录。

第三个挺有意思的用途是“排行榜”。（来源：游戏和社交应用中的典型场景）玩游戏的时候，那个实时变动的积分榜、战斗力榜，如果用数据库来做，每次有人得分变化都要排序、更新，数据库会累死，用Redis就特别简单，它有一种叫“有序集合”的数据结构，天生就是为排行榜设计的，每当玩家的分数发生变化，只需要一条简单的命令更新Redis里的数据，新的排行榜立刻就生成好了，查询速度极快，微博的热搜榜,很多也是基于类似原理实现的。

除了这些，Redis还能干很多“杂活”，计数器”（来源：Redis官方用例介绍），像文章的阅读量、点赞数，需要频繁地增加，用Redis的原子操作既快又不会出错。“消息队列”（来源：作为轻量级消息队列的替代方案）也可以，比如秒杀系统里，海量的下单请求瞬间涌来，数据库处理不了，可以先扔到Redis组成的队列里，然后系统再慢慢地、有序地从队列里取出来处理，起到了“削峰填谷”的作用，保护了后端数据库，还有“好友关系”（来源：社交网络架构分析）、“实时数据统计”等等,都能看到Redis的身影。

Redis也不是万能的，因为它主要数据在内存里，所以成本比硬盘高，不能像数据库那样海量存储，虽然它也有数据持久化到硬盘的功能（防止重启后数据丢失），但这并不是它的主要设计目标，它的强项就是处理那些需要超高速读写、数据结构相对简单的场景。

正是因为现在互联网应用对速度的极致追求，以及分布式架构的普及，Redis这种简单、高效的工具才显得如此重要，它就像一个万能的速度加速器，被程序员们巧妙地嵌入到系统的各个环节，解决那些让传统数据库头疼的速度瓶颈，感觉Redis无处不在，是因为它确实在幕后默默地支撑着我们顺畅的数字化体验，让数据存储和访问变得“飞快”。