首页
学习
活动
专区
圈层
工具
发布
首页标签上海同盟

#上海同盟

RAG 接上知识库后,谁来负责持续更新?

分布式数据库锁冲突如何优雅降级?

紫风十五年服务端架构专家,用高可用承载亿级流量,用高性能支撑毫秒级响应。为业务增长提供坚实的技术底座。
线上最容易踩的坑:把锁冲突抛给上游重试,流量一来直接雪崩。分层兜底才是正解。 数据库层:锁等设超时(30到100毫秒),超时走降级。开死锁检测让库自动回滚代价小的事务。 应用层:能改乐观锁就改。保留悲观锁时事务要短,事务里别调 RPC。乐观锁示例:UPDATE stock SET count=count-1 WHERE sku_id=? AND version=?,影响行数 0 即重试。 架构层:库存先预占再异步核销,丢单比挂掉强。Redis 锁挂了熔断返回本地缓存。 降级本质是延迟换可用性。钱强一致,库存容忍几秒,排行榜最终一致就行。... 展开详请

分布式库做 HTAP,平凯/TiDB/OceanBase 各自踩坑点在哪?

领券