[决策] 为何暂不用 TDengine
| 字段 | 内容 |
|---|---|
| 状态 | 🔵 设计中 |
| 类型 | [决策] Rejected(当前阶段) |
| 项目 | Mini MES V0 |
| 证据 | 待写入量/查询延迟实测 |
背景
底稿与常见方案常把 TDengine/Influx 标成工业时序标配。
判断
TDengine 能用,但 V0 不必用。
V0 规模预期:实验室级模拟设备(如几十~一百台)、秒级采样、单机可观察。MySQL 存采样表足够支撑「简单曲线 + 短周期历史」。引入 TSDB 的收益(压缩、按设备超级表、长期聚合)在没有数字前无法证明。
暂不用的原因
- 运维与心智成本 > 当前数据量收益
- 多一个存储 = 多一套备份、监控、不一致问题
- 想先确认点表模型与写入路径,再决定是否迁移历史
重新评估触发条件(示例)
- 日写入行数明显超出单机 MySQL 舒适区(用 Lab 数字填)
- 曲线/聚合查询延迟不可接受
- 需要按设备长期降采样与保留策略
触发后做专项 Lab(可标 ❌ 暂停也算结果),再改本页状态。
结论
第一阶段继续 MySQL 历史表;TDengine 是选项不是起点。