Redis的使用场景分享（项目实战）

【辰兮要努力】：hello你好我是辰兮，很高兴你能来阅读，昵称是希望自己能不断精进，向着优秀程序员前行！

博客来源于项目以及编程中遇到的问题总结，偶尔会有读书分享，我会陆续更新Java前端、后台、数据库、项目案例等相关知识点总结，感谢你的阅读和关注，希望我的博客能帮助到更多的人，分享获取新知，大家一起进步!

吾等采石之人，应怀大教堂之心，愿我们奔赴在各自的热爱里…

一、应用场景

Redis的使用是为了缓解高并发给MySQL带来的压力！

引用Redis后，第一次查询查MySQL，将数据同步存储在Redis中，后续的查询可以直接查询缓存

我分享我在B端产品中应用的场景！

比如商家查询自己门店的销售额，销售数量，客单价，毛利率等等数据！

• 基准日期数据：比如今天2022-06-10 那么基准时间就是2022-06-09（前一天）
• 底层数据逻辑：底层的数据不是简单的查询出来，比如销售额涉及到函数计算，毛利率等涉及到在业务代码里面计算

查询完对应的数据存储到Redis中，后续直接从Redis取即可

---

关于Redis和MySQL在此场景中数据一致性问题分析

真实业务场景：今天白天之前，比如八点前，前一天的销售数据会同步完成到我们的数据库表，且不会改变！同时今天能查询的销售数据截止时间是前一天（财务日）。所以不管查询多少次MySQL和Redis数据都是一样的！（因为MySQL业务数据不会改变）；此处引入Redis则接口速度大大优化！

---

二、应用效果

原逻辑： service层 封装方法1，2，3 return result 未使用缓存数据库
现逻辑： service层 查缓存，缓存中有直接返回（仅仅第一次需要查询MySQL） 使用缓存数据库

图文详解：引入Redis缓存后明显可以看到对应接口执行逻辑缩短，且大大缩短

真实业务分享

目前做的B端业务，一次性查询可能涉及到十几个字段，加上同比以及环比的计算，一个接口的访问请求可能大约2-3S；如果利用了缓存数据库可以直接优化到0.1-0.2S;

B端产品+C端产品

目前做的B端产品主要是商家可以看到销售数据，重在查询具体的数据，商家更关注的是查询的数据是否正确，所以业务上查询字段多，接口访问慢是一定的，目前平均体验初识查询均在2-3S，但是这样的场景商家是可以理解的！

• B端产品，也叫To B（To Business）产品，即面向企业或者特定用户群体的企业级别产品；
• C端产品，也叫To C（To Customer）产品，即面向普通大众消费者的产品。
• B端注重功能，C端注重体验。

---

三、相关拓展

分享一下之前整理的Redis相关知识点，欢迎打卡、沟通、交流！

• 读懂Redis主从架构、哨兵模式、集群
• 读懂Redis持久化机制
• Redis缓存击穿、缓存穿透、缓存雪崩原理及解决方案
• Redis数据类型之String的应用场景
• Redis的面试基础知识详解

---

📣非常感谢你阅读到这里，如果这篇文章对你有帮助，希望能留下你的点赞👍 关注❤️ 分享👥 留言💬thanks！！！

📚愿我们奔赴在各自的热爱里！