项目排查类场景案例版面试回答模板说明这份内容偏“真实面试回答模板”适合回答“你线上排查过什么问题”。1. 接口 RT 飙高怎么答回答模板我会先看监控确认是单个接口慢还是整个服务 RT 都升高。 如果只是单接口异常我会沿调用链拆开看先看应用线程池和 GC再看数据库慢 SQL、Redis 命中率、下游 RPC 是否超时。 定位到具体环节后再针对性处理比如 SQL 优化、缓存预热、线程池扩容或者降级。关键词监控 - 拆链路 - 定位最慢环节 - 针对性优化2. CPU 飙高怎么答回答模板我一般先用监控确认 CPU 是持续升高还是瞬时抖动。 如果是持续高就用top找进程再用top -Hp找线程最后结合jstack看线程栈。 之前常见到的原因有死循环、频繁 GC、锁竞争、或者某段计算逻辑过重。关键词top - top -Hp - jstack3. Full GC 频繁怎么答回答模板我会先看 GC 日志和堆内存曲线判断是不是老年代回收频繁。 如果 Full GC 后内存回收效果不好我会优先怀疑内存泄漏再去导出堆快照分析对象占用和引用链。 如果不是泄漏就再看是不是堆配置太小、大对象太多、缓存没控制上限。关键词GC 日志 - 堆曲线 - dump - 引用链4. 慢 SQL 排查怎么答回答模板我会先通过慢查询日志定位具体 SQL再用EXPLAIN看执行计划。 重点看有没有走索引、扫描行数、回表、临时表、文件排序以及是不是在等锁。 如果是索引问题就补索引或改联合索引如果是深分页或select *就改 SQL 写法。关键词慢日志 - explain - 索引/回表/锁5. Redis 命中率低怎么答回答模板我会先看命中率是不是持续下降再结合业务排查是不是 key 设计不合理、过期时间太短、热点数据没预热或者更新太频繁导致缓存总被删。 如果发现很多请求都回源数据库还要继续判断有没有缓存穿透问题。关键词命中率 - key 设计 - 过期时间 - 回源6. Redis 变慢怎么答回答模板我会先看 Redis 的 CPU、内存、连接数和慢命令。 然后重点排查是不是大 key、热点 key、持久化阻塞、网络抖动或者内存打满触发淘汰。 如果是热点 key就考虑本地缓存、分片或者热点隔离。关键词CPU/内存/慢命令 - 大 key/热点 key7. MQ 积压怎么答回答模板我会先看生产 TPS 和消费 TPS确认是不是消费能力跟不上。 然后看消费者线程数、消费逻辑是否过重、数据库或下游接口是否拖慢了消费。 如果积压很严重先通过扩容消费者、临时降级非核心消费、或者提高并行度止损。关键词生产快还是消费慢 - 消费者扩容 - 下游排查8. 数据库连接池满了怎么答回答模板我会先看连接池活跃连接数和等待连接数再看是不是慢 SQL 太多、大事务太长或者代码里连接没有及时释放。 如果数据库本身 RT 也升高就继续往数据库负载和锁等待方向看。关键词连接池指标 - 慢 SQL/大事务/连接泄漏9. 线程池打满怎么答回答模板我会先看线程池活跃数、队列积压和拒绝次数。 再看线程栈判断线程是在执行业务逻辑、等数据库、等远程调用还是锁竞争。 如果是下游慢导致的就要从依赖链路继续查。关键词活跃线程 - 队列 - 拒绝 - 线程栈10. 服务雪崩怎么答回答模板如果出现雪崩我的第一反应不是先深挖而是先止损。 比如限流、熔断、降级、摘流量、关闭非核心功能先把系统稳住。 之后再看是不是某个核心依赖挂了或者重试把线程池和连接池都打满了。关键词先止损再找根因11. 线上问题复盘怎么答回答模板我一般会从五个方面复盘问题现象、影响范围、根因、临时止损措施、长期优化方案。 长期优化一般会落到监控补齐、阈值报警、代码修复、容量评估和容灾方案上。关键词现象 - 影响 - 根因 - 止损 - 长期优化12. 面试官追问“你是怎么一步步查到的”怎么答回答模板这类题一定要按时间顺序说不要直接跳到答案。 先说你看到了什么异常指标再说你排除了什么方向最后说你是怎么收敛到根因的。 面试官最看重的是排查路径不只是最后结论。关键词按时间线讲不要只报结论13. 项目排查题万能结构回答模板先看监控确认现象再判断影响范围再沿调用链拆问题再结合日志、线程栈、SQL、GC、缓存指标定位根因最后说明止损和优化方案关键词现象 - 范围 - 链路 - 根因 - 优化