Dubbo 服务超时报警排查会议纪要
会议时间：2026-06-15
发言人：韩冬冬、王建朝、李明非、余勇军、张建利等 9 人
会议摘要：针对生产环境出现的 Dubbo 服务超时报警，韩冬冬汇报了排查结果。近 30 天共 80 条超时报警，其中 69 条集中在"规则字段查询"方法。制定了调整超时参数的临时方案，并要求后续进行根因分析与代码优化。
一、报警现状与根因分析
1.1 报警数据统计
| 类别 | 数量 | 说明 |
|---|---|---|
| 总超时报警（近 30 天） | 80 条 | 生产环境 Dubbo RPC 超时 |
| 规则字段查询方法 | 69 条 | 占比 86%，为报警集中点 |
| 定时任务同步外部人员数据 | 3 条 | 批量同步场景 |
1.2 性能瓶颈定位
初步分析认为，部分接口（如出货单导出关联码）因数据量大且未走索引导致查询耗时超过默认的 1 秒超时阈值。
二、解决方案与后续规划
2.1 临时治标方案
计划在 permission 项目中增加 Dubbo 超时配置，将超时时间从默认的 1 秒调整为 3 秒，以缓解当前报警问题。
2.2 根因治理要求
王建朝指出单纯调整超时参数是治标不治本，要求开发团队后续必须深入分析代码逻辑，解决数据量大导致的性能瓶颈，避免因参数调整掩盖系统性能劣化。
2.3 数据一致性核查
张建利提出需验证 Dubbo 超时是否导致了线上业务数据丢失问题，要求排查超时参数调整后能否解决此前发现的 500 多条数据异常问题。
三、待办事项
| 待办 | 负责人 |
|---|---|
在 permission 项目中增加 Dubbo 超时配置（调整为 3 秒），并在下次发版时上线 | @韩冬冬 |
| 排查 Dubbo 超时是否导致线上业务数据丢失（500 多条数据异常），并确认参数调整后的解决效果 | @韩冬冬 |
| 深入分析 Dubbo 接口耗时长的根因（如索引缺失、数据量过大），制定代码优化方案并记录至统一文档 | @韩冬冬 |