从产品中思考后端设计
文章平均质量分 80
从产品中思考后端设计
冰魄秋雨
这个作者很懒,什么都没留下…
展开
-
如何设计兜底方案(高可用)
场景:很多时候,在同步数据时,都会有一个重新推送的按钮,不管是重新推送还是重新拉去。这些动作都是失败后,再次操作,直到成功。原创 2024-06-04 15:40:08 · 437 阅读 · 0 评论 -
统计每个活动的用户访问量,且每个用户仅统计一次
在深入思考一下,是否有更高效的方式呢,毕竟每次都需要查询数据库一次,而且这种活动,访问的用户也不少。创建了用户活动的访问记录表,用户访问当期活动时,都会查询一次表格内容,来判断用户是否访问过该用户,如果已存在了,则不走后续逻辑。首先活动表是已经存在了的,一般情况下,我们都会在创建一个用户访问表,其中唯一主键是用户ID+活动ID作为唯一主键。(offset为偏移量,value设置的值,在上述中,将offset设置为用户ID,value直接设置为1)场景:统计每个活动的用户访问量,且每个用户仅统计一次。原创 2024-05-27 11:08:29 · 496 阅读 · 0 评论 -
生成ID的方式
生产ID编码的方式有很多种,根据自己的需求来定,一般情况下,UUID和Redis自增的方式或者特殊编码格式,就能满足需求。雪花算法也是能够满足场景的,在不考虑它时间回调导致重复的问题。极少的场景需要额外引入如 美团(Leaf)生产ID的框架。原创 2024-05-19 00:10:54 · 512 阅读 · 0 评论 -
同步字段变更的方案
多个系统之间需要同步数据,比如A系统需要B系统的商品数据,每次变更和新增都要同步到A系统中。原创 2024-05-13 00:21:39 · 298 阅读 · 1 评论