使用Redis实现关注功能是否合适呢？
大家好，我是初学redis，看到网上有人使用redis实现关注功能，关注相关的数据都存放在redis里面。但是我个人理解，redis适合做缓存，存放热数据。而关注等数据明显属于核心数据啊，为什么要用redis来做呢？这样的话，关注相关的数据就和其他存放在Mysql里面的数据分离了啊？
菜鸟，非常感谢大家的帮助！
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
想象一下我点击关注用户，2s后才给我返回我关注成功。换了是我早就把这产品经理拉出来吐了，至于为什么吐产品而不是程序员，这个见仁见智。数据量在百万级内MySQL和Redis之间的特点体现不出来，因为这个量级对MySQL来说就是小孩儿过家家，对Redis来说就是我本不想沾水，你却硬拉我下水。数据量到几百万的时候MySQL的读写如果优化得不好，那么差距会开始慢慢露出来，在动不动就高并发的今天，Redis开始了它的表演。言归正传，关注功能的特点，我认为就是轻、快，客户端只看结果，不管过程，所以你需要用你最快的速度给结果就好了，其他的他不管，也管不了。客户端关注关系到达服务器，送到Redis写入成功，返回结果，持久化到db，回删Redis数据或备份，最简单的一个流程，然后什么高并发，分布式啊，那能咋办啊，分而治之，围绕着主心骨业务转！总之兵来将挡，水来土掩，万变不离其宗，换汤不换药。以上纯是个人鄙见。
建议以"新浪微博"和"Redis"作为关键字在谷歌搜索相关的文章
有句话是这么说的 redis怎么使用在于你怎么去理解redis。redis作为内存数据库，首先它的速度相对于数据库要快很多，同时他能处理高并发的问题，redis用来实现关注功能，前提是用户量大，少量的用户，没必要这么做吧！存在redis里面的数据并不是就不再存MySQL了，而是通过队列最终存在MySQL的。这样做避免了 大量的数据同时对MySQL进行操作，可以减轻MySQL的负担。当热，楼主说的存放热数据也是redis的一个使用的方面。就比如 redis可以设置过期时间 也可以做在线人数的统计，其实还是一句话，怎么用在于你怎么去理解。师傅引进门，修行在个人！
数据库要存，redis也要存，存redis是为了方便进行各种计算，比如两个人共同关注的对象，推荐关注等等吧