TDengine 3.4.x 内存管理与缓存机制深度解析：从内存池到查询加速器
问题原文：“TDengine 的内存管理模型是怎样的？缓存机制如何工作？”
解析范围：本文将深入 TDengine 3.4.x 社区版的内存管理体系，系统性地剖析其自研内存池（Memory Pool）、多级缓存架构（Last/Block Cache）以及查询过程中的内存使用模型。我们将揭示其如何在保证高吞吐写入的同时，通过智能缓存策略实现毫秒级查询响应，并以CDN 日志分析这一高并发、低延迟查询场景为案例，结合源码、配置项和监控指标，提供生产环境的内存调优指南。
引言：一次因内存配置不当引发的 P0 级故障
某大型视频平台的 CDN 团队使用 TDengine 存储每日数百亿条访问日志，用于实时监控带宽、QPS 和错误率。某次大促前夕，他们为了提升写入性能，盲目地将buffer配置从默认的 256MB 调整到了 8GB。结果，在流量洪峰到来时，所有 DNode 的内存被迅速耗尽，触发 OOM Killer，导致整个集群雪崩，核心监控大盘完全失效，险些造成重大业务损失。
这次事故凸显了理解 TDengine 内存模型的重要性。对于熟悉 JVM 堆内存或 Spark Executor 内存管理的你，TDeng
