请问有做过时序数据库的大佬么? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Saunak
V2EX    数据库

请问有做过时序数据库的大佬么?

  •  
  •   Saunak 18 小时 5 分钟前 2996 次点击

    当前将监护仪的毫秒级数据存储到数据库,少量数据还可以访问,但是时间长了就无法访问。是应该替换成时序数据库吗?比如 基于 PostgreSQL 的 TimescaleDB ?有没有可以参考的方案

  • 时序数据库
  • TimescaleDB
  • 监护仪
    31 条回复    2025-12-01 22:21:36 +08:00
    faceair
        1
    faceair  
       17 小时 58 分钟前   1
    VictoriaMetrics
    defunct9
        2
    defunct9  
       17 小时 56 分钟前
    不要用 TimerscaleDB ,之前 prometheus 的持久化放到 TimescaleDB ,一是机器的 CPU 占用极高,而是磁盘空间极高,没法用。
    qi1
        3
    qi1  
       17 小时 45 分钟前
    阿里的 TSDB 呢,有问题他们还能给运维(我没用过,听说来的)
    hugowangnz
        4
    hugowangnz  
       17 小时 32 分钟前
    我读研那会儿做时序数据,那时候最热门的时序数据库是 influxDB
    bigdude
        5
    bigdude  
       17 小时 31 分钟前
    国产的 tdengine 可以试试
    Yasuke
        6
    Yasuke  
       17 小时 20 分钟前
    opengps
        7
    opengps  
       17 小时 19 分钟前
    传统关系数据库想用出时序的效果,确实需要费很大精力优化,还是直接用时序更省心
    chaoshui
        8
    chaoshui  
       17 小时 15 分钟前
    推荐 InfluxDB
    polarbearn
        9
    polarbearn  
       17 小时 4 分钟前
    KongLiu
        10
    KongLiu  
       16 小时 53 分钟前
    时序数据库推荐 InfluxDB ,之前我们有个项目是要本地存储的,用的方案是存成 SQLite ,做好分库也不错
    cnleon
        11
    cnleon  
       16 小时 39 分钟前
    @faceair 用这个最好
    sxhJoker
        12
    sxhJoker  
       16 小时 35 分钟前
    我们有个项目需要存储传感器数据,用的 influxDb
    mrsatangel
        13
    mrsatangel  
       16 小时 9 分钟前
    care
        14
    care  
       15 小时 14 分钟前
    @defunct9 zabbix 现在使用 timescaleDB 作为时序数据库
    emacsistyzy
        15
    emacsistyzy  
       15 小时 10 分钟前
    clickhouse . 查询性能和数据压缩比都相当可以. 而且也相对简单.
    xmdbb
        16
    xmdbb  
       15 小时 4 分钟前
    目前在用 clickhouse ,量大的查候也是不住,除非集群;
    目前基本只存 3/7/30 天的日,,如果要求存更久就加算走集群或使用服
    sead
        17
    sead  
       15 小时 0 分钟前
    clickhouse +1 不过这个不合适实时频繁写入,需要实时部分得隔离到 PostgreSQL 这类能频繁写入的,并分批入库到 clickhouse ; 其他的没有用过,clickhouse 最给力的是内存资源使用的没有那么猛,查询还非常给力
    526326991
        18
    526326991  
       14 小时 47 分钟前
    国产做的好的涛思数据库( https://www.taosdata.com/)可以试试
    但是迭代版本过快 我司正在用
    yudoo
        19
    yudoo  
       13 小时 34 分钟前
    @xmdbb #16 你们日志量多少呀, 之前我们每天千万请求 ,感觉能存 1 年
    stardustree
        20
    stardustree  
       13 小时 31 分钟前
    “毫秒级数据”,时间精度这么高的数据,要做好降采样。
    Saunak
        21
    Saunak  
    OP
       13 小时 3 分钟前
    @stardustree 生理信号的原始波形。100-500Hz 。从研究目的上来说似乎不太好降采样
    snow0
        22
    snow0  
       12 小时 41 分钟前
    超大数据量考虑 cassandra
    waising
        23
    waising  
       12 小时 34 分钟前
    @mrsatangel 最近也在看这个,有实际项目使用吗,体验如何,我们主要存储设备上报的数据,目前在用 timescaleDB ,主要考虑设备量有上来看选什么方案更好。
    stardustree
        24
    stardustree  
       11 小时 6 分钟前
    @Saunak 降采样的策略很灵活:
    比如是否存在查询超长时间波形的需求:如果有的话,直接展示原始数据大概率是不行的,哪怕不考虑性能,前端的图都画不出来。可以处理成最大值、最小值、P95 值之类的按时间颗粒度的统计值,有点像股票 k 线图

    如果只支持查询短时间的波形:随便 1 个时序数据库都能满足需求,非常简单,你只需要考虑可维护性、并发限制、成本这些方面

    甚至可以考虑一种特殊算法的降采样逻辑,精度只有轻微的变化: https://www.base.is/flot/
    BQsummer
        25
    BQsummer  
       8 小时 16 分钟前
    tdengine 就是坨屎, 底层用关系型数据库魔改的; prometheus 不合适, 取值的时候会做估算, 不适合精确数据
    HunterPan
        26
    HunterPan  
       7 小时 58 分钟前
    @faceair 这个乱序不行
    v1
        27
    v1  
       7 小时 36 分钟前
    大胆点,上 elasticsearch
    yemoluo
        28
    yemoluo  
       7 小时 28 分钟前
    @sead 这块我们是直接扔 redis ,以 5 分钟作为单位扔的,然后写一个任务 5 分钟写到 clickhouse 里。最后差不多直接搞了一台来写
    luckyc
        29
    luckyc  
       6 小时 59 分钟前
    InfluxDB 不能满足么?
    playniuniu
        30
    playniuniu  
       6 小时 36 分钟前
    可以试试 questdb ,做量化高频不少人选这个,可以满足需求
    0x663
        31
    0x663  
       6 小时 4 分钟前
    dolphindb
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     917 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 23ms UTC 20:26 PVG 04:26 LAX 12:26 JFK 15:26
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86