首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
高并发
订阅
江帅
更多收藏集
微信扫码分享
微信
新浪微博
QQ
6篇文章 · 0订阅
10万QPS高并发请求,如何防止重复下单
大家好,我是田螺。 星球粉丝分享了一道面试题:10万QPS高并发请求,如何防止重复下单。本文田螺哥从面试的角度,跟大家一起探讨一下,从前端到后端,全链路,一层层递进探讨。
Spring监听器(ApplicationEvent):比MQ更轻的异步神器!亿级流量下的咖啡店经营哲学
Spring事件驱动:亿级流量下的咖啡店经营之道——比MQ更轻的异步解耦实战。Spring中ApplicationEvent的最佳实践。
🔒 线程2没拿到锁,却解了线程1的锁?分布式锁真实事故复盘
最近项目中有个订单相关的业务,并发量比较高,需要加分布式锁来保证数据一致性。按理说,这种场景我们一般都直接用 Redisson,成熟稳定,也没什么坑。 但是老丁坚持不用现成的轮子,说自己用 Lua
高并发下如何避免重复提交表单?一线 Java 工程师的实战经验分享
> “为什么用户点击一次提交,系统却生成了两笔订单?” > > “为什么我加了锁,还是出现了重复支付?” > > “为什么并发一上来,接口就乱套了?” > > 如果你在开发高并发系统、秒杀活动、支付接
设计一个支持百万级QPS的短链服务,如何保证高可用与低延迟?
百万级QPS短链服务架构设计(高可用+低延迟) 一、核心指标要求 指标 目标值 实现手段 QPS ≥1,000,000 分布式架构+多级缓存 延迟 P99 <10ms 内存计算+本地缓存 可用性 99
5中方案告诉你,并发环境下,先操作数据库还是先操作缓存?
如果是一读(线程B)一写(线程A)操作,「先操作缓存,再操作数据库」。流程图如下所示: 3.线程B发起一个读操作,cache miss缓存失效了。 5.线程B执行set cache,把从DB读到的数据,更新到缓存。 「这样看,没啥问题」。我们再看第二个流程图,如下: OK,酱紫…