-
我们目前用 clickhouse 的场景,主要是时序数据和日志存储。
|
Beta Was this translation helpful? Give feedback.
Replies: 4 comments
-
|
Beta Was this translation helpful? Give feedback.
-
感谢您的回答! |
Beta Was this translation helpful? Give feedback.
-
Worker被回收后,不太能自动转发查询计划,因为查询计划是从客户端向优化器发查询生成的。因此一般扩容前后的情况是 回收worker后,从客户端重新发起查询,会自动路由到还在进行读的worker上。运维的细节规则也可以根据你们的业务调整。 |
Beta Was this translation helpful? Give feedback.
-
好的 感谢! |
Beta Was this translation helpful? Give feedback.
有一些用例类似时序数据库的用法,但因为涉及到字节业务所以没有公开性能数据。大致特征如下: 持续产生海量数据,没有波峰波谷;每条数据都带有时间戳;数据不可变,只会一直添加;高效的存储压缩效率;时序唯一性:某一个时刻的某一个指标只会有一条(一组也视为一条)数据。
单表下,热读性能比 clickhouse 损耗10%,冷读损耗更大但业务影响不大,常用数据cache在本地worker的磁盘上;
支持基本降采样;
worker 可以配置为读或者写节点,同时读写在一个节点上的部署方式理论可以但不推荐;