1、实时生成的聊天代理模型，如果线上出问题了，怎么定位这种问题一般先按链路拆。如果是实时生成类聊天代理，通常一条请求会经过网关、会话层、Prompt 拼装、模型推理、工具调用、结果后处理和流式返回几个阶段。线上出问题时，先判断是全量故障还是部分故障，是所有请求都失败，还是只有某一类请求延迟高、返回空、内容异常。定位时先看监控和日志。监控上看 QPS、平均延迟、P95/P99、错误率、超时率、GPU 利用率、显存占用、容器重启次数。日志上重点看 request_id，把一次请求链路串起来，看是卡在 Prompt 构造、模型推理、下游工具调用，还是 SSE/流式返回阶段。如果是模型输出异常，要回看...

10号下午二面的，今晚才从复试通知链接变成这个进度，求佬解答

【我给了offer】在 PDD 面后端，我最怕听到候选人说“我用过某某框架”。在亿级订单洪峰面前，框架只是外壳，你对底层资源的极致压榨能力，才是你的护城河。今天面的这个同学，在几个关键技术点上的表现，让我看到了什么叫“PDD 式的硬核”。1️⃣ 聊 MySQL：他竟然知道“物理空洞”对扫描性能的影响我问：“拼多多每天产生海量订单流水，即便做了分库分表，单表数据依然膨胀得很快，B+ 树扫描效率下降，你除了重构索引还能怎么搞？”常规回答： “定期清理历史数据。”（这种回答在 PDD 只能算及格）他的切入点： 他跟我讨论了 InnoDB Page 的填充因子（Fill Factor）。他提到在频繁插...