TDengine 3.4.x 网络通信协议深度剖析：自研 tmsg 协议与高性能 RPC 框架引言：网络协议——分布式系统的生命线用户问题原文：“TDengine 的网络通信协议是自研还是基于现有协议？”对于一位拥有 8 年大数据生态（Spring/Flink/ClickHouse/Hudi/Kafka/Parquet）开发经验的工程师而言，理解一个分布式数据库的网络通信协议，就如同理解其神经系统的运作方式。Kafka 使用自研的二进制协议，Hadoop 生态重度依赖 RPC（如 Protobuf），而 Flink 则在其内部通信中大量使用 Netty。那么，TDengine 选择了哪条路？答案是：它构建了一套完全自研、高度优化的轻量级二进制通信协议和 RPC 框架。这一设计决策并非为了“重复造轮子”，而是源于时序数据场景的独特需求：极致的低延迟、高吞吐、以及对消息格式的精细控制。本文将基于TDengine 3.4.x 社区版，深入其源码核心，全面解析这套名为tmsg的自研协议。我们将通过一个真实的CDN 日志分析场景，拆解从客户端发起一个查询请求，到集群内部 MNode、VNode、QNode 多节点协同处理并返回结果的完整通信链路，并揭示其如何在百万 QPS 下依然保持亚毫秒级的响应延迟。
