Redis快速搞定查询结果存储，查数据就靠它省时又方便

综合参考自知乎专栏“后端技术小牛”、博客园用户“码农翻身”的分享以及CSDN开发者社区的相关讨论）

Redis这东西，说白了就是个速度超快的“大本子”，而且这个本子不是放在你口袋里，是放在服务器的内存里的，咱们平时从数据库，比如MySQL里查点东西，尤其是那些经常要查、但又不太变动的数据，每次都得让数据库吭哧吭哧去硬盘里翻找，速度肯定快不了，尤其是很多人同时查的时候，数据库压力大,咱们等得也着急。

这时候Redis就派上用场了，它的核心思想特别简单，就四个字：“空间换时间”，我牺牲一点服务器的内存空间，把那些费劲巴拉从数据库查出来的结果，提前给你存到Redis这个内存“大本子”里，下次你再要同样的数据，别去麻烦数据库了，直接来Redis里看一眼，瞬间就能拿到，因为从内存里读数据比从硬盘读快太多了，可能数据库查询要100毫秒，Redis只要1毫秒甚至不到,这效率提升可不是一星半点。

那具体怎么用Redis来搞定查询结果存储呢？过程一点也不复杂，比方说，你的网站上有个“热门商品排行榜”，这个排行榜数据是每个小时更新一次，传统做法是，每个用户来访问这个页面，你的程序都得去数据库执行一遍那个排序和统计的SQL语句，一个小时之内，可能有一万个人访问，你的数据库就得把同样的重活儿干一万遍,太不划算了。

用了Redis之后，你可以这样干：找一个定时任务，比如每隔一小时，就运行一次那个复杂的查询，把查出来的排行榜结果，规规矩矩地存到Redis里面，你可以把它存成一个字符串（如果结果是个JSON的话），或者存成一个列表（如果排行榜是有顺序的话），存的时候，你得给它起个“钥匙”（Key），这个钥匙的名字要有意义，比如叫 “hot:product:rank:20231027:15”,一看就知道这是2023年10月27号15点的热门商品排行。

存好之后，你就设定一个过期时间，比如正好一小时，Redis很智能，到了一小时它会自动把这个数据删掉，这样就能保证数据不会一直占着内存，也能保证下次查询能拿到最新的，当一个用户来访问排行榜页面时，你的程序首先会拿着刚才那个“钥匙”去Redis里找找看，如果找到了（这叫“缓存命中”），二话不说，直接把数据返回给用户，又快又省力，如果没找到（比如刚好过期了，或者第一次还没生成），那没办法，只能再去数据库查一次，查完之后呢，别忘了再把结果塞回Redis里，并且重新设置好过期时间,为后续的请求服务。

除了这种简单的键值对存储，Redis还有好几种数据结构能帮上忙，哈希（Hash）”类型，就特别适合存储一个对象的多个字段，比如你要缓存一个用户的详细信息（昵称、头像、积分等），你不需要把每个字段都单独存一个键，可以把这个用户的所有信息作为一个哈希存起来，用一个用户ID当钥匙就行，取的时候可以一次性拿全部，也可以只拿某个字段,非常灵活。

再比如“集合（Set）”类型，可以用来处理一些交集并集的问题，像“关注了A用户的人也关注了谁”这种查询，如果用数据库直接查，可能会涉及多表关联，比较慢，你可以把每个用户的关注列表存成一个集合，那求共同关注就是两个集合取交集,Redis瞬间就能算出来。

用Redis也不是说就万事大吉了，有些地方得留心，最重要的就是数据一致性问题，你想想，如果后台管理员修改了某个商品的信息，但Redis里缓存的老数据还没过期，用户看到的就还是旧信息，在更新数据库的时候，最好能顺手把对应的Redis缓存也删掉（这叫“清除缓存”），这样下次有人查询时，发现缓存没了,自然会去数据库取最新的数据并重新缓存起来。

内存毕竟比硬盘贵，所以不能啥数据都往Redis里塞，一般都是挑那些读的次数远远多于写的次数、计算起来比较耗时、并且对实时性要求不是百分百精确的数据进行缓存，还有就是要合理设置过期时间,别让没用的数据一直赖在内存里。

Redis在“省时省力”这方面确实是一把好手，它就像一个设在数据库前面的超级速记员，把那些高频访问的查询结果都记在脑子里，随问随答，极大地减轻了数据库的压力，也让咱们的用户体验变得无比顺滑，对于大多数Web应用来说，只要用对了场景，合理规划，Redis绝对是提升性能、搞定查询结果存储的利器。