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

[keenkiller]

我最近在调研物联网平台适用的时序数据库，看到国产的 TDEngine 出了集群版本，想试一下。

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

有点考虑用 es 做 tsdb 凑合用了…

[qihao]

关注

[ooh]

我记得我以前过关于 FQDN Issue 里面的吐槽，总结就是问题多多

[Finch]

创始人在微博挺活跃的，陶建辉

[ooh]

@ooh 这个 https://github.com/taosdata/TDengine/issues/4068

[keenkiller]

@ooh 怕了怕了…

[DoctorCat]

es 做 tsdb 有点浪费存储

[vinsa]

最初开源时候用过开源版，crash 多多，data 目录删过好多回。要是开源版+生产环境，慎用。
团队比较热情，联系后能上来查问题。保持良好沟通，能够避免踩坑。
不过已经若干个月过去，开源版可能已经进步巨大了。

[cloudhuang]

@ooh 看这个 ticket，第一感觉是这还没有到可用的地步啊 [汗]

[keenkiller]

@DoctorCat clickhouse 感觉不错，但是看官网希望是批量写入或者每秒一次，大量点位同时写入单条数据好像不太合适。

[WayneCmd]

不舍得掏钱给 influxdb，差不多就只能选择 es 了。除非你换种模式用 prometheus 。

[keenkiller]

@shenlanAZ influxDb 这种一个节点上万刀的真的用不起😆

[masterclock]

TDengine 的数据模型比较奇特，感觉没法用。
TimescaleDB 很不错，基于 pg 构建

[cstj0505]

表大了 OLAP 的性能很堪忧
=======
这玩意根本就不是做 olap 的，只是用来存储时序数据

[Eds1995]

试试 timescaledb 2.0 开源版包含了所有企业版特性，插入性能比 influx 高

[keenkiller]

@Eds1995 谢谢，没想到这个也出 2.0 了。可惜我们用的 MySQL，不然肯定直接选这个了。

我研究一下。

[datafeng]

唉我部署起来也是想用 go 连的，但怎么都没跑通。

[keenkiller]

我研究了一下，还是用 ES 搞了。

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