用Redis缓存用户信息，体验秒升，存取快到飞起

（引用来源：CSDN博客《SpringBoot整合Redis实现缓存》）

现在很多网站和App,你一打开，感觉特别快，尤其是你的头像、昵称这些信息，几乎是一下子就跳出来了，你有没有想过这是怎么做到的？背后有一个大功臣，就是Redis，它就像一个超级快的临时小本本，专门用来记一些经常要用到的零碎信息，比如你的用户信息，系统从数据库里查过一次之后，就顺手在这个小本本上也记一笔，下次再需要的时候，就不用去翻数据库那本厚重的大账本了，直接看小本本，速度自然就快多了。

数据库,比如MySQL，它就像一个大仓库，东西放得规规矩矩，查询起来虽然准确，但手续有点繁琐，速度相对就慢一些，尤其是很多人同时访问的时候，大家都去仓库里翻找，仓库管理员就忙不过来了，响应就会变慢，而Redis呢，它把数据直接放在服务器的内存里，内存的读写速度，比硬盘快太多了，根本不是一个量级的，这就好比你要找一样东西，是从你手边的抽屉里拿快，还是从楼下储藏室里找快？答案显而易见，用Redis来缓存用户信息，核心就是利用了内存的速度优势。

（引用来源：Redis官方文档关于数据结构的介绍）

Redis这个小本本也不是乱记的,它很聪明，支持好几种记笔记的方式，存用户信息这种复杂的资料，最常用的就是一种叫“哈希”的结构，你可以把每个用户的信息当成一张小卡片，用户的ID就是这张卡片的唯一编号，然后这张卡片上，可以记录很多项内容：用户名、头像链接、个性签名、积分等等，Redis的“哈希”结构正好完美对应这种需求，它可以在一个用户ID下，存储多个字段和值，这样，一次操作就能取出这个用户的全部缓存信息，非常方便高效，比起把用户信息转换成一大段文本再存储，这种方式结构更清晰，存取也更灵活。

具体是怎么操作的呢？举个例子你就明白了，假设你第一次登录某个App，系统会让你输入用户名和密码，验证通过后，系统会做两件事：第一，从数据库的用户表里把你的详细信息都查出来，比如你的昵称“小明”，头像“xiaoming.jpg”，等级“VIP1”等等，第二，系统会把这些信息打包，以你的用户ID（比如12345）为键，把这些信息作为一个“哈希”值，存放到Redis里，并且设置一个有效期，比如30分钟。

（引用来源：开源中国社区关于缓存穿透的讨论）

接下来半小时内,只要你再次打开App的任何页面，需要显示你的头像昵称时，系统就不会再劳师动众地去查询数据库了，它会直接拿着你的用户ID“12345”去问Redis：“小本本上有没有这个人的信息？”Redis在内存里瞬间就能找到答案，然后把“小明”和“xiaoming.jpg”返回给系统，这个过程可能只需要1毫秒甚至更短的时间，你几乎感觉不到任何延迟，体验自然就是“秒开”、“快到飞起”。

这里还有一个很重要的细节,就是上面提到的“有效期”，为什么一定要设置有效期呢？因为用户信息可能会变，比如你心血来潮，换了个酷炫的新头像，如果Redis里的缓存永远不失效，那么系统就永远只会显示你的旧头像，这就出问题了，设置了有效期（比如30分钟），30分钟后，这条缓存数据会自动从Redis中删除，当你下次再访问时，系统发现Redis里没有你的信息了，就会再次去数据库查询，这时查到的是你新换的头像，然后把这个新信息重新缓存到Redis里，之后看到的就都是新头像了，这是一种保证数据最终一致性的简单有效的方法。

（引用来源：某技术团队博客分享的缓存实践案例）

除了提速,Redis缓存还大大减轻了数据库的压力，想象一下，一个热门应用，每秒可能有成千上万的请求都是要获取用户基本信息，如果这些请求全都直接砸向数据库，数据库很可能就扛不住了，速度会变慢，甚至崩溃，而有了Redis这个“前台接待”，大部分简单的查询请求都在它这里被处理掉了，只有缓存失效或者缓存中没有的数据，才会去麻烦数据库，这样数据库就能腾出精力来处理更重要的核心业务，比如下单、支付等，整个系统的稳定性和承载能力都得到了提升。

使用Redis也不是说就万无一失了,它把数据放在内存里，如果服务器突然断电，内存里的数据就会丢失，不过对于缓存数据来说，这通常不是致命问题，因为大不了就是缓存清空，下次需要时再从数据库加载一遍就是了，重要的数据，数据库里始终有一份完整的备份，Redis本身也支持数据持久化机制，可以定期把内存中的数据备份到硬盘上，防止全部丢失。

用Redis缓存用户信息,是一个非常普遍且有效的技术手段，它就像在速度较慢的数据库和追求极致速度的应用之间，架起了一座高速桥梁，通过将频繁读取的数据暂存在速度极快的内存中，它极大地减少了访问延迟，让用户感受到了“秒开”的畅快，同时也为后端数据库撑起了一把保护伞，提升了整个系统的性能和可靠性，现在你明白为什么有些应用能快到飞起了吧？下次当你瞬间看到自己的头像昵称时，可以想到背后默默工作的Redis。