NebulaGraph 会话与执行计划管理深度剖析：Graphd 的核心职责解析用户问题原文：“NebulaGraph 的会话（Session）和执行计划（Execution Plan）是在哪个服务组件中管理的？”在构建一个服务于全球电信网络故障溯源的实时分析平台时，每一个查询都关乎着数百万用户的通信质量。当某地基站发生故障，运维系统需要在秒级内沿着复杂的设备拓扑图（telecom_topology）向上追溯，定位到根因设备。这个过程涉及多跳、复杂的图遍历查询。支撑这些关键任务的背后，是 NebulaGraph 精心设计的查询处理引擎。其中，会话（Session）和执行计划（Execution Plan）是两个核心概念，它们共同决定了查询的生命周期、资源占用和执行效率。本文将深入 NebulaGraph 3.8.0 的源码与架构，明确指出这两个关键组件的归属，并结合电信故障溯源这一对查询稳定性要求极高的场景，提供一套完整的监控、调优与排障指南。一、问题引入：电信故障溯源中的查询生命周期管理想象一个覆盖全国的电信网络，其telecom_topology图空间包含了从核心路由器、汇聚交换机到末端光猫的亿级设备节点，以及它们之间的光纤、电路连接。当一个区域报告大面积断网时，自动化系统会立即发起一个 nGQL 查询，例如：