当前位置：首页
> 第55页
第55页
Redis分布式锁到底靠不靠谱
# Redis分布式锁，真能锁得住吗？ 我前两天刚处理一个线上问题，凌晨三点被电话叫醒，一看监控——同一个优惠券被重复核销了十几次。团队里的小伙子信誓旦旦地说：“我用了Redis分布式锁，绝对没问题！” 结果呢？问题就出在这个“绝对没问题”上。 说实话…
RedLock算法在分布式锁实现中存在什么问题
# RedLock算法：分布式锁的“银弹”，还是美丽的陷阱？ 我得承认，第一次看到RedLock算法的时候，心里那叫一个激动——总算有个看起来靠谱的分布式锁方案了。但这些年看多了线上事故，也亲手调试过不少“翻车”现场，我得说句大实话：**RedLock这…
MySQL悲观锁和乐观锁在并发控制中怎么选
# 悲观锁还是乐观锁？MySQL并发控制，别让“锁”事拖垮你的系统 前两天帮一个做电商的朋友看他们的大促预案，发现他们库存扣减那块儿，清一色用的`SELECT ... FOR UPDATE`（也就是悲观锁）。我问他们为啥这么选，技术负责人一脸理所当然：“…
分布式事务两阶段提交和三阶段提交哪个更实用
# 分布式事务：两阶段提交和三阶段提交，到底哪个更实用？ 说真的，我第一次接触分布式事务的时候，脑子里就一个想法：这玩意儿怎么这么麻烦？后来在项目里真刀真枪地调试，才发现麻烦归麻烦，但选对了方案，能省下不少半夜被报警电话吵醒的觉。 今天咱们不聊那些教科…
TCC事务在微服务场景下怎么实现
# 微服务里，TCC事务这玩意儿到底咋整？ 前两天和一位做电商平台的朋友喝酒，聊起他们最近一次大促的“翻车”现场：用户下单成功，积分也扣了，但优惠券死活没核销掉。后台一看，三个微服务，俩成功了，一个挂了，数据直接对不上。他灌了口啤酒，叹气道：“分布式事务…
Saga模式在长事务场景下怎么保证最终一致性
# 当“买东西”变成一场持久战：Saga模式如何让交易不烂尾？ 先问个扎心的问题：你经历过那种“买一半卡住”的糟心事儿吗？ 比如去年双十一，我半夜抢了个手机，付款成功了，优惠券也扣了，结果订单页卡了半小时，最后显示“库存不足”——钱退回来了，但优惠券没…
消息事务在解耦和一致性之间怎么权衡
# 消息事务，一场微服务里的“异地恋”保卫战 聊微服务架构，消息队列是个绕不开的话题。它就像个超级邮差，把服务之间的直接呼叫，变成了异步的、丢进信箱就走的信件。好处很明显——系统解耦了，一个服务挂了，另一个还能接着发消息，回头再处理就行，整体韧性上去了。…
最大努力通知在跨系统调用中怎么保证不丢
# 跨系统通知不丢？别被“最大努力”忽悠了 我前两天跟一个做支付系统的朋友吃饭，他愁得不行，说他们那个订单状态通知，明明用了什么“最大努力通知”方案，结果对账的时候还是发现漏了几单。客户投诉过来，技术查了半天，最后发现是跨了三个系统，中间某个环节“努力”…
幂等设计在防止重复处理时有哪些通用方案
# 幂等设计：别再让用户“多敲一次回车”就出事了 前两天，我帮朋友排查一个线上问题。挺简单的场景：用户提交订单，网络有点卡，他下意识地多点了两下“支付”按钮。结果你猜怎么着？系统真给他生成了**两笔一模一样的订单**，钱也扣了两次。用户炸了，客服忙了，开…
重试机制在临时故障恢复中怎么设置退避策略
# 重试机制里的“退避策略”：别让服务器被你“爱”到宕机 我前两天帮一个做电商的朋友看后台日志，差点没笑出声。他们的订单系统在调用支付接口失败时，那重试逻辑简直是个愣头青——失败一次，立刻、马上、毫秒不差地再试一次，连续狂敲对方服务器大门十几次，直到彻底…