Lindorm VS OpenTSDB
云原生多模数据库 Lindorm时序引擎是一款高性能、低成本、稳定可靠的在线时序数据库引擎服务,提供高效读写、高压缩比存储、时序数据聚合计算等能力。时序引擎高度兼容OpenTSDB协议,采用自研的索引,数据模型,流式聚合等技术手段提供更强大的时序能力。本文从多方面介绍Lindorm时序引擎和OpenTSDB的区别,方便您了解和使用。
特性 | Lindorm时序引擎 | OpenTSDB | |
运维管控 | 服务可用性 | 99.9% | 需自行保障,自行搭建集群,自建组件依赖。 |
数据可靠性 | 99.9999% | 需自行保障,自行搭建集群,自建组件依赖。 | |
软硬件投入 | 无软硬件投入,按需付费。 | 数据库服务器成本相对较高。 | |
维护成本 | 托管服务 | 需招聘专职TSDB DBA人员来维护,人力成本高。 | |
部署扩容 | 即时开通,快速部署,弹性扩容。 | 需硬件采购、机房托管、机器部署等工作,周期较长。 | |
依赖组件 | 零运维 | 依赖AysncHBase、HBase等,运维成本高。 | |
配置调优参数 | 默认参数采用最佳实践 | SALT、连接数,同步刷盘参数,Compaction等等。 | |
建表语句 | 建表语句托管,用户透明。 | 需要运维人员静态建表语句。 | |
监控报警体系 | 完整的自监控链路 | 依赖外部搭建 | |
功能 | 数据模型 | 同时支持多值模型和单值模型 | 仅支持单值模型 |
SDK | Java SDK | 开源SDK不支持查询 | |
数据类型多样性 | 支持数值、布尔、字符串等多种数据类型。 | 支持数值类型 | |
SQL查询能力 | 支持SQL的分析查询 | 不支持 | |
中文支持 | 支持英文字符和中文字符 | 仅支持英文字符 | |
单一维度(tags可选择) | tags是可选参数 | tags是必选参数 | |
TagKey个数 | 可支持16个 | 最多8个 | |
集成能力 | 同Flink,物联网平台无缝对接,生态丰富。 | 开源产品,与云产品集成能力弱。 | |
成本 | 数据压缩 | 时序领域专用压缩,压缩率高。 | 通用压缩,压缩率低。 |
稳定性 | 数据读取 | 读写线程池分离,易于管理连接,读写稳定。 | 读写耦合,容易造成连接数耗尽,读写失败概率大。 |
聚合器 | 流式聚合,内存管理粒度细,可控性强。 | 内存物化聚合,容易造内存OOM。 |