这是一个创建于 587 天前的主题，其中的信息可能已经有所发展或是发生改变。
数据要保存 1 年，哪种数据库比较好？现在只会用 mysql.
 |
1
wy315700 2023-05-11 11:12:24 +08:00
试试 Elastic Search
|
 |
2
cnoder 2023-05-11 11:14:23 +08:00
clickhouse
|
 |
3
optional 2023-05-11 11:15:18 +08:00 via iPhone
clickhouse
|
 |
4
Worldispow 2023-05-11 11:17:58 +08:00 via Android
不考虑授权的话， 肯定是 oracle
|
 |
5
leeyuzhe 2023-05-11 11:20:21 +08:00  1
tdengine 轻轻松松，要是不喜欢国产就用 influxdb 。
你这个情况无脑上时序数据库 |
 |
6
zhuangjia 2023-05-11 11:45:23 +08:00
clickhouse
|
 |
7
iRiven 2023-05-11 11:52:54 +08:00
如果是时序数据，就用时序数据库
|
 |
8
haimianbihdata 2023-05-11 12:09:39 +08:00 via Android
Doris 没人推吗
|
 |
9
0ice 2023-05-11 12:21:20 +08:00
推荐 ClickHouse ，我们使用 ClickHouse 存储各种传感器数据，每天存储数据量过亿。
|
 |
10
Victor215 2023-05-11 12:25:27 +08:00
是物理设备还是云端系统？什么部署场景？有多少运维人员？运维人员水平怎么样？没有详细的背景，这玩意儿推荐了全是坑……
|
 |
11
litguy 2023-05-11 12:40:46 +08:00
我曾经用 cassandra ，感觉很好用
|
 |
12
HunterPan 2023-05-11 13:47:35 +08:00
上时序，压缩比高，查询也可以
|
 |
13
git00ll 2023-05-11 13:55:42 +08:00
doris
|
 |
14
arvinsilm 2023-05-11 14:12:12 +08:00
要考虑主要读写场景吧，只是单纯冷数据存储，什么数据库都行
|
 |
15
zhuanggu 2023-05-11 14:48:27 +08:00
用什么存关键是看你要怎么用
|
 |
16
jeanz 2023-05-11 15:24:09 +08:00
clickhouse +1 ，语法和 mysql 相似，而且查找效率还高
|
 |
17
xuelu520 2023-05-11 15:52:37 +08:00
得看你怎么用，如果只是冷数据，随便什么都行，甚至写文件都行。
|
 |
20
sadfQED2 2023-05-11 19:29:55 +08:00 via Android
你得说说你的业务场景啊。需要怎么查呀。
|
|
21
sadfQED2 2023-05-11 19:34:02 +08:00 via Android 2
楼上有说 ck 的，也有 doris 的，那我推荐一个 starrocks 吧。根据我们压测数据来看，性能基本上全方位领先 ck
|
 |
22
iwishing 2023-05-11 22:46:39 +08:00
TDengine
|
 |
23
huzhizhao 2023-05-12 08:14:43 +08:00
采集应该是什么物联网设备的吧？
上个时序数据库吧，具体你就再问问其他人吧 |
 |
24
superliy 2023-05-12 09:26:43 +08:00
@0ice 你说的是单次查询性能，我说的是 qps ，刚刚搜索了一下
ClickHouse can handle very high query per second (QPS) rates, compared to traditional data warehouses. On a single server, it can run sustain hundreds to thousands QPS, depending on query complexity. We recommend starting at a maximum of 100 queries per second, and tuning this number as needed from there. 大部分确实够用了 |
|
25
superliy 2023-05-12 11:03:37 +08:00
@sadfQED2 starrocks 好像挺牛的，有和时序数据库对比过吗，以后设备数据采集是不是可以直接 starrocks 了，不考虑时许数据库了？
|
|
26
sadfQED2 2023-05-12 12:01:08 +08:00 via Android
@superliy 我们只和 ck 对比过，我们压测了聚合和普通查询，查询性能均领先 ck 一个数量级。
并发性能和 ck 差不多 我们 72 亿数据，3 台 be 两台 fe 的技术，单机 96 核 200G 的配置，qps 只能压到 20 ，单次查询 1 秒以内（聚合 sql+having 条件过滤） |
|
27
superliy 2023-05-12 13:14:08 +08:00
@sadfQED2 qps 只能压到 20 ？？
ck 的文档写 qps 至少 100 以上啊，https://clickhouse.com/docs/en/faq/general/why-clickhouse-is-so-fast#throughput-when-processing-a-large-quantity-of-short-queries On a single server, it can run sustain hundreds to thousands QPS qps 很小的话是不是要搞个队列缓存查询的请求啊 |
|
28
sadfQED2 2023-05-12 13:59:04 +08:00 via Android 1
@superliy 别人 ck 写的是默认配置最大 100 。实际上能达到多少 qps 得看你的查询复杂度，这类实时引擎能支持 qps 都不高，我们是在引擎前面加了 gateway ，gateway 做负载均衡，然后硬堆机器把并发堆上去
|
|
29
sadfQED2 2023-05-12 14:00:57 +08:00 via Android
@superliy ck 可以改配置文件，把并发 100 的限制调高，到其实意义不大，真正数据量大了，查询复杂以后，个位数并发就把 cpu 打满了。想撑并发的唯一办法就是无脑堆机器
|
 |
30
zagfai 2023-05-12 16:12:35 +08:00
时序数据库
|
Select Language