求助:链路追踪不同请求traceId 相同问题

zyq070 2021-09-02 14:38:33

为了排查日志方便在日志打印中加入了 traceId 但是发现在临近时间不同的请求 traceID竟然一样

有大佬知道怎么解决不

...全文

608 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

MamyA 2021-09-03

打赏
举报

回复

1.代码编写错误（比如变量重复使用等）
2.生成器逻辑错误（比如对于调用方的并发处理没做好或有逻辑有BUG）
3.多线程环境功能不兼容（比如多线程对于traceID生成是否相互影响）

个人分析，不喜勿喷~~~~

zyq070 2021-09-07

举报

回复

@MamyA 嗯我去排查下

li905663280 2021-09-02

打赏
举报

回复

应该看你的traceID生成的逻辑吧？

zyq070 2021-09-07

举报

回复

@li905663280 好的

本章我们将以业务 Owner（小帅）的视角，逐步了解分布式链路追踪的各种基础用法：小到单次用户请求的异常根因诊断，大到全局系统的强弱依赖梳理，分布式链路追踪都能给予确定性答案。

在真实的线上环境中，系统稳定运行是我们所有开发者的底线。但就算前期做足了测试，也很难完全避免线上问题的出现。最让人头疼的是——明明出了错，却不知道错在哪、什么时候开始的、哪些用户受到影响。这时候，如果日志体系不给力，那排查就像“盲人摸象”。

在分布式系统中，仅靠报错日志往往无法快速定位问题。我们经常面对“系统没报错，但就是慢”或“偶发错误找不到原因”的情况。本文将介绍如何将日志与分布式追踪（如 Jaeger、OpenTelemetry）结合，基于 traceId 串联整个链路上下游，快速排查服务瓶颈与异常。文章附带可运行的示例代码，适用于 Node.js 与 Spring Boot 应用。

我们常说面试造火箭，很多人对此提出质疑，相信大家看了这篇文章会明白面试造火箭的道理，这篇排查问题的技巧涉及到索引，GC，容器，网络抓包，全链路追踪等基本技能，没有这些造火箭的本事，排查这类问题往往会无从下手，本篇也能回答不少朋友的问题：为什么学 Java 却要掌握网络，MySQL等其他知识体系，这会让你成为更出色的工程师哦。一. 问题现象商品团队反馈，会员部分 dubbo 接口偶现超时异常，而且时间不规律，几乎每天都有，商品服务超时报错如下图：超时的接口平时耗时极短，平均耗时 4-5 毫

上一篇：字节跳动面试经验总结，已顺利拿到offer！作者：何甜甜在吗来源: juejin.cn/post/6844904101483020295之前有一篇文章简单的介绍过MDC，这次结合具体的案例、生产中的具体问题深入了解一下MDC。MDC 介绍1、简介：MDC（Mapped Diagnostic Context，映射调试上下文）是log4j、logback及log4...

51,411

社区成员

86,004

社区内容

发帖

与我相关

我的任务

javaspring bootspring cloud 技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章