Node.js追踪疑难：Kibana为何只显示总耗时？

本文针对Node.js应用全链路追踪中Kibana仅显示总耗时的问题，提供有效的解决方案。 开发者使用elastic-apm-node进行追踪时，Kibana界面无法显示SQL查询和HTTP请求的细分耗时，而Go语言应用却能正常显示。问题根源在于elastic-apm-node的初始化代码`require('elastic-apm-node').start()`位置错误，必须将其置于所有其他代码之前才能正确捕获子调用耗时信息。 文章详细讲解了正确的代码片段和配置选项，帮助开发者快速解决Kibana全链路追踪数据显示不完整的问题，实现精准的性能分析。

Node.js 应用全链路追踪及Kibana显示问题的解决

本文介绍如何在 Node.js 应用中集成 Elastic APM 实现全链路追踪，并解决一个常见问题：Kibana 界面只显示接口总耗时，而缺少 SQL 查询和 HTTP 请求的细分耗时信息。

问题描述：

一位开发者使用 Node.js (v10)、elastic-apm-node (v3.x) 和 Elastic APM (v7.14.0) 进行全链路追踪。按照官方示例配置后，Kibana 中的追踪结果只显示接口总耗时，无法查看 SQL 查询和 HTTP 请求等子调用的耗时细节。Go 语言编写的同类接口则能清晰显示这些信息，这引发了对 Node.js 探针配置的疑问。

解决方案：

问题在于 Elastic APM agent 的初始化代码位置。 开发者最初未将 elastic-apm-node 的初始化代码放在所有代码的最前面。

关键： require('elastic-apm-node').start() 以及 serviceName 和 serverUrl 等配置选项必须位于所有其他代码之前。

正确的代码片段如下：

const agent = require('elastic-apm-node').start({
  serviceName: 'apm-service-test', // 覆盖 package.json 中的服务名
  serverUrl: 'http://localhost:8200' // 自定义 APM Server URL (默认: http://localhost:8200)
  // secretToken: '' // APM Server 需要令牌时使用
});

将这段代码放在所有其他代码之前，即可解决问题。Kibana 将正确显示 SQL 查询和 HTTP 调用的耗时信息，实现完整的全链路追踪效果。 通过调整代码位置，成功解决了 Kibana 显示不完整耗时信息的问题。

好了，本文到此结束，带大家了解了《Node.js追踪疑难：Kibana为何只显示总耗时？》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！