暂无搜索历史
立即降级:通过配置中心将短信接口切换为 "测试模式",返回成功但实际不发送短信;或直接熔断接口
订单重复提交的核心是接口幂等性问题,即同一个请求执行多次和执行一次的结果完全相同。常见触发场景包括:用户重复点击、网络延迟重试、浏览器刷新 / 后退、RPC 框...
Java面试提分必看!只发大厂高频真题+深度解析,覆盖集合、多线程、JVM、MySQL、Redis、分布式等热门方向。内容优质、干货密集,助你快速掌握核心考点,面试少走弯路。关注我,一起拿大厂Offe
面试官视角:这道题考察你生产环境应急处理能力和MySQL 底层原理,80% 的人会栽在 "第一步就错了"
一句话定义:分布式事务就是保证多个独立微服务 / 数据库操作的原子性,要么全部成功,要么全部回滚,最终达到数据一致性的机制 🔒
FullGC 频繁的本质只有一个:老年代空间不足,但背后原因千差万别。我整理了一个排查流程图:
简单说就是:消费者已经处理完消息,但 ACK 没成功回到 MQ 服务器,导致 MQ 认为消息处理失败,触发重发机制。
这道题是大厂必考题,考察的不是你背了多少命令,而是你的系统思维能力和问题定位方法论。优秀的回答应该体现出 "先宏观后微观,先整体后局部"的排查思路,而不是上来就...
生产端:使用MessageQueueSelector,按业务 Key(如订单 ID)哈希选择队列
"先止损、再排查、后预防",核心原则是优先保证核心业务可用,再逐步定位和解决根本问题,绝对不能先花半小时查原因而让业务一直挂着。
整理了面试真题、每日技术知识点、系统学习路线,都汇总在个人网站 www.javadashen.com,有需要的同学自取。公众号「Rain的Java大神之路」每天...
这个问题本质上是分布式系统中的数据一致性问题。因为 MySQL 和 Redis 是两个独立的存储系统,无法做到原子性更新,所以我们只能通过合理的更新策略来尽可能...
定义:请求的数据既不在 Redis 缓存,也不在数据库,导致每次请求都穿透缓存直接打到数据库,数据库压力骤增。
为什么慢? MySQL 需要先扫描 1000010 条记录,然后丢弃前 1000000 条,只返回最后 10 条。
千万级大表新增字段的本质问题是:传统 DDL 会触发全表重建 + 长时间锁表,导致业务写入完全阻塞,轻则接口超时,重则服务雪崩。
最近刷掘金、脉脉,一半人在喊 “AI 要把程序员干失业了”,另一半人已经在用 AI 把效率拉满、偷偷搞副业变现了。
暂未填写公司和职称
暂未填写学校和专业