TDengine 超级表高基数陷阱深度解析：从 MNode 内存爆炸到车联网场景的建模艺术问题引入用户提问：“如何设计高效的超级表结构以避免高基数问题？”这是一个在超大规模时序数据平台建设中，足以引发 P0 级故障的核心建模问题。在车联网轨迹分析场景中，我们就曾因此付出惨痛代价：一位工程师为了“灵活性”，将车辆的vin（车架号，全球唯一）、license_plate（车牌号）和driver_id（司机ID）全部定义为超级表的标签。结果，当平台接入百万级车辆后，MNode 的内存使用量从几GB飙升至100GB以上，频繁触发 OOM Killer，导致整个集群元数据服务瘫痪，所有写入和查询请求失败。TDengine 的“一个设备一张子表”模型在带来极致性能的同时，也对数据建模提出了严苛要求。其核心矛盾在于：标签（Tags）是查询的加速器，但也是 MNode 内存的消耗者。本文将以车联网场景为背景，深入 TDengine 3.4.x 的源码核心，从mnodeTable.c的内存分配到sdb的持久化机制，为你揭示高基数问题的本质，并提供一套可落地、可验证的高效建模方法论。一、核心概念界定：何为“高基数”？1.1 官方定义与源码视角