TDengine 3.4.x 故障转移机制深度剖析：MNode 自动切换与 VNode 高可用真相问题原文：“节点故障后，TDengine 如何实现自动故障转移（Failover）？”解析范围：本文将彻底澄清一个普遍存在的误解，并深入剖析 TDengine 3.4.x 在MNode（元数据节点）和VNode（数据节点）两个层面截然不同的故障处理机制。我们将揭示其“自动”与“非自动”的边界，详解 Raft 共识协议在 MNode Failover 中的核心作用，并以APM（应用性能监控）这一要求 7x24 小时无间断服务的场景为案例，提供生产环境下的应对策略和最佳实践。引言：一场因“自动故障转移”误解引发的 P0 事故某大型电商平台的 APM 团队采用 TDengine 存储全站数百万微服务的指标数据。一次机房网络抖动导致承载 VNode Master 的服务器短暂失联。团队误以为 TDengine 会像 ZooKeeper 或 etcd 一样自动将 Slave 提升为 Master，因此未做任何干预。然而，他们很快收到大量告警：所有新指标写入全部失败！事后复盘发现，TDengine并不会对 VNode 执行自动故障转移。这次长达 15 分钟的服务中断，直接导致了核心交易链路的监控盲区，