有人在生产环境用过 TDEngine 么?

2021 年 1 月 31 日
 keenkiller
我最近在调研物联网平台适用的时序数据库,看到国产的 TDEngine 出了集群版本,想试一下。

比较尴尬的是,发现 Go 驱动是用 CGO 写的。这就算了,他的 sql.DB 还不是协程安全的,必须在单独协程里用 sql.Open 打开一个连接,这根本不符合标准库对数据库驱动的要求…另外看到 tag 和普通数据也不支持索引,表大了 OLAP 的性能很堪忧啊。

有点考虑用 es 做 tsdb 凑合用了…
3355 次点击
所在节点    数据库
17 条回复
qihao
2021 年 1 月 31 日
关注
ooh
2021 年 1 月 31 日
我记得我以前过关于 FQDN Issue 里面的吐槽,总结就是问题多多
Finch
2021 年 1 月 31 日
创始人在微博挺活跃的,陶建辉
ooh
2021 年 1 月 31 日
keenkiller
2021 年 1 月 31 日
@ooh 怕了怕了…
DoctorCat
2021 年 2 月 1 日
es 做 tsdb 有点浪费存储
vinsa
2021 年 2 月 1 日
最初开源时候用过开源版,crash 多多,data 目录删过好多回。要是开源版+生产环境,慎用。
团队比较热情,联系后能上来查问题。保持良好沟通,能够避免踩坑。
不过已经若干个月过去,开源版可能已经进步巨大了。
cloudhuang
2021 年 2 月 1 日
@ooh 看这个 ticket,第一感觉是这还没有到可用的地步啊 [汗]
keenkiller
2021 年 2 月 1 日
@DoctorCat clickhouse 感觉不错,但是看官网希望是批量写入或者每秒一次,大量点位同时写入单条数据好像不太合适。
WayneCmd
2021 年 2 月 1 日
不舍得掏钱给 influxdb,差不多就只能选择 es 了。除非你换种模式用 prometheus 。
keenkiller
2021 年 2 月 1 日
@shenlanAZ influxDb 这种一个节点上万刀的真的用不起😆
masterclock
2021 年 2 月 1 日
TDengine 的数据模型比较奇特,感觉没法用。
TimescaleDB 很不错,基于 pg 构建
cstj0505
2021 年 2 月 1 日
表大了 OLAP 的性能很堪忧
=======
这玩意根本就不是做 olap 的,只是用来存储时序数据
Eds1995
2021 年 2 月 1 日
试试 timescaledb 2.0 开源版包含了所有企业版特性,插入性能比 influx 高
keenkiller
2021 年 2 月 1 日
@Eds1995 谢谢,没想到这个也出 2.0 了。可惜我们用的 MySQL,不然肯定直接选这个了。

我研究一下。
datafeng
2021 年 2 月 1 日
唉我部署起来也是想用 go 连的,但怎么都没跑通。
keenkiller
2021 年 2 月 5 日
我研究了一下,还是用 ES 搞了。

如果新成立的项目还是 PG+timescaledb 比较合适;我们这种已经用了 MySQL 的,还是 ES 比较合适,就是有点费钱,哈

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/750079

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX