首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
分布式业务实践
订阅
viggox
更多收藏集
微信扫码分享
微信
新浪微博
QQ
31篇文章 · 0订阅
马蜂窝推荐系统容灾缓存服务的设计与实现
数据库突然断开连接、第三方接口迟迟不返回结果、高峰期网络发生抖动...... 当程序突发异常时,我们的应用可以告诉调用方或者用户「对不起,服务器出了点问题」;或者找到更好的方式,达到提升用户体验的目的。 用户在马蜂窝 App 上「刷刷刷」时,推荐系统需要持续给用户推荐可能感兴趣…
每秒上千订单场景下的分布式锁高并发优化实践!【石杉的架构笔记】
他说他当时没答上来,因为没做过没什么思路。其实我当时听到这个面试题心里也觉得有点意思,因为如果是我来面试候选人的话,应该会给的范围更大一些。 比如,让面试的同学聊一聊电商高并发秒杀场景下的库存超卖解决方案,各种方案的优缺点以及实践,进而聊到分布式锁这个话题。 因为库存超卖问题是…
一起探讨下web请求流程的代码结构设计(简单以交易为栗子)
今天这篇文章所涉及的相关观点做法,按照我们公司某位架构师的说法就是,架构这东西没有对错之分,集思广益,不一定我的做法就是对的,不一定我的做法就是最优的,小编和大家一起探讨探讨。 首先我们模拟一个SDK交易链路的场景,对交易不是很懂的同学可以先移步至微信支付了解下大概业务,其实小…
秒杀架构实践
之前在 Java-Interview 中提到过秒杀架构的设计,这次基于其中的理论简单实现了一下。 先简单根据这个图谈下请求的流转,因为后面不管怎么改进这个都是没有变的。 前端请求进入 web 层,对应的代码就是 controller。 之后将真正的库存校验、下单等请求发往 Se…
大流量下订单号生成方法
如果每个小时的订单量非常大,比如说,一个小时有两百万个订单,只用单独一个key_gen表是支持不住的,毕竟写入的压力太大了,影响订单号的生成速度。这个时候可以考虑针对订单号的生成,搞单独的库,并分库,降低insert的压力,提高生成订单号的速度。
一般电商应用的订单队列架构思想
其中,订单信息持久化,就是存储数据到数据库中。而最终客户端完成支付后的更新订单状态的操作是由第三方支付平台进行回调设置好的回调链接 NotifyUrl,来进行的。 服务端的直接瓶颈点,首先要考虑 TPS。去除细分点,我们主要看订单信息持久化瓶颈点。 在高并发业务场景中,例如 秒…
分布式锁总结
要实现分布式锁,最简单的方式可能就是直接创建一张锁表,然后通过操作该表中的数据来实现了。 当我们要锁住某个方法或资源时,我们就在该表中增加一条记录,想要释放锁的时候就删除这条记录。 因为我们对method_name做了唯一性约束,这里如果有多个请求同时提交到数据库的话,数据库会…
分布式锁的几种实现方式~
目前几乎很多大型网站及应用都是分布式部署的,分布式场景中的数据一致性问题一直是一个比较重要的话题。分布式的CAP理论告诉我们“任何一个分布式系统都无法同时满足一致性(Consistency)、可用性(Availability)和分区容错性(Partition tolerance…
幂等问题 8种方案解决重复提交
当然也可以使用 一些其他签名校验 在某一次提交时先 生成固定签名 提交到后端 根据后端解析统一的签名作为 每次提交的验证token 去缓存中处理即可.