时序数据库
时序数据库的核心特点
时序数据库专门存储按时间顺序生成的数据（如监控指标、传感器数据），其核心特点是高写入吞吐和时间范围查询。数据通常带有时间戳，写入后极少更新，但需支持高效的时间区间聚合分析。
InfluxDB企业版的双层架构设计
META节点与DATA节点分离的设计源于场景差异：
- META节点：存储元信息（数据库/表结构），需强一致性（CP模型），采用Raft算法保证容错与即时一致性，通常3节点即可满足容错需求。
- DATA节点：存储时序数据，需高吞吐和水平扩展（AP模型），允许最终一致性，通过多副本、Hinted-handoff等机制平衡性能与可靠性。
DATA节点一致性的关键技术
多副本与故障处理
- 自定义副本数：灵活设置副本数量（如2/3副本），而非固定等于节点数，提升资源利用率。
- Hinted-handoff：写入失败时缓存数据至本地磁盘，定期重试，避免网络抖动或节点临时故障导致数据丢失。
最终一致性保障
- 反熵（Anti-entropy）：周期性地对比副本数据差异，以缺失数据为准修复不一致。时序数据的不可变性简化修复逻辑——仅需补全缺失记录。
- Quorum NWR：针对强一致性场景（如关键仪表盘），通过设定写成功副本数（W）与读副本数（R），确保每次读取最新数据（如W + R > N）。
实践启示
- 场景驱动设计：技术选型需匹配业务需求。时序数据库的写入密集型特性决定了DATA节点采用AP模型，而元数据管理需CP保证。
- 权衡的艺术：强一致性（如Raft）牺牲性能，最终一致性（如反熵）需容忍短暂不一致。Hinted-handoff等补偿机制是分布式系统的常见容错手段。
- 扩展性与故障恢复：水平扩展（DATA节点）与容错（META节点）需分开处理，避免Raft集群过大影响日志复制效率。
通过InfluxDB的案例可见，分布式系统的实现是理论与工程妥协的结果，需综合算法特性（如Raft）、业务场景（时序数据特点）和运维需求（如故障恢复速度）进行设计。