是这样的,技术不是说一个好一个不好,技术是需要选择的,通常选择一个技术会解决另外一个技术的问题但也带来了新的问题。正如上述,使用 redis 实现点赞,是因为点赞可以疯狂点击,需要较高响应速度,redis 基于内存很好的实现这点,但是呢,随着点赞这个 key 的增大,会占用很多内存,引起新的大 key 问题,正如 MySQL 大库问题需要分库分表思想一样,大 key 问题也可以拆分成多个小 key,或者说客户端限制大 key 请求,尽量只请求大 key 中的一部分数据...如此深入去思考,会发现技术是做不到完美的,只会在带来一部分优点的同时也带来一部分缺点。
67 1

相关推荐

01-24 01:39
湖南大学 golang
原项目是黑马程序员的java写的黑马点评,很烂大街的一个项目,我自己和一些网友用go重构了一下,适合27届想走后端的同学入门,学习redis和mysql,难度不高,能够帮助大家对后端开发建立基础认识。我是26届,暑期和秋招期间凭这个拿到了几个大厂offer,也用go面试拿到了java(美团)的offer,字节和腾讯的面试也收到挺多。欢迎小伙伴们来一起学习交流,项目目前已有70+ star,也欢迎贡献代码。可以参考我简历上的写法:小众点评 - 基于Hertz框架的点评网站- 该项目基于 Golang 技术栈,使用 Hertz + hz、Thrift、GORM、Mysql 和 Redis 从零构建了一个点评网站的后端服务,涵盖了好友关注、缓存管理、优惠券秒杀、消息推送和地理位置搜索等核心功能。- 基于 Thrift 定义服务接口,通过 hz 工具自动化生成框架代码。在缓存管理方面,通过 Redis 实现缓存穿透拦截、雪崩预防及击穿保护,提高了查询效率并降低了数据库压力。在秒杀功能实现中,使用了乐观锁和悲观锁来解决秒杀过程中的超卖问题,同时,借助 Redis 的分布式锁机制解决集群环境下的秒杀超卖问题。- 期间为 Hertz 修复了一个单测中的 bug 且合入了上游仓库;项目由个人发起并与几位网友共同完成,目前在 github 获得了70 star,地址:https://github.com/lhpqaq/xzdp-go
点赞 评论 收藏
分享
牛客网
牛客网在线编程
牛客网题解
牛客企业服务