時(shí)間序列數(shù)據(jù)庫多少錢-時(shí)間序列數(shù)據(jù)庫-美信科技

時(shí)間序列數(shù)據(jù)庫

根據(jù)數(shù)值取模一般采用hash取模mod的切分方式，例如：將 Customer 表根據(jù) cusno 字段切分到4個(gè)庫中，時(shí)間序列數(shù)據(jù)庫，余數(shù)為0的放到個(gè)庫，余數(shù)為1的放到第二個(gè)庫，以此類推。這樣同一個(gè)用戶的數(shù)據(jù)會分散到同一個(gè)庫中，如果查詢條件帶有cusno字段，則可明確定位到相應(yīng)庫去查詢。

優(yōu)點(diǎn)：數(shù)據(jù)分片相對比較均勻，不容易出現(xiàn)熱點(diǎn)和并發(fā)訪問的瓶頸缺點(diǎn)：后期分片集群擴(kuò)容時(shí)，需要遷移舊的數(shù)據(jù)（使用一致性hash算法能較好的避免這個(gè)問題）容易面臨跨分片查詢的復(fù)雜問題。比如上例中，時(shí)間序列數(shù)據(jù)庫多少錢，如果頻繁用到的查詢條件中不帶cusno時(shí)，將會導(dǎo)致無法定位數(shù)據(jù)庫，從而需要同時(shí)向4個(gè)庫發(fā)起查詢，再在內(nèi)存中合并數(shù)據(jù)，時(shí)間序列數(shù)據(jù)庫解決方案，取小集返回給應(yīng)用，分庫反而成為拖累。

序列化框架的對比

性能方面：

（1） 解析速度：protobuf

（2） 序列化后的數(shù)據(jù)大?。簉o

非功能方面：

開源協(xié)議、schema表達(dá)、是否需要代碼動(dòng)態(tài)生成、是否自動(dòng)生成RPC接口，是否自動(dòng)生成RPC實(shí)現(xiàn)等，按照實(shí)際需求選擇。

BlueSky高性能時(shí)序數(shù)據(jù)庫下的OpenTSDB

OpenTSDB是在2010年開源的一款分布式時(shí)序數(shù)據(jù)庫，當(dāng)然其主要用于監(jiān)控方案中。

OpenTSDB采用的是HBase的分布式存儲，它獲取數(shù)據(jù)的模式與Prometheus不同，采用的是推模式（Push）。

在展示層，OpenTSDB自帶有WebUI視圖，時(shí)間序列數(shù)據(jù)庫分析報(bào)告，也可以與Grafana很好的集成，提供豐富的展示界面。

但OpenTSDB并沒有自帶預(yù)警模塊，需要自己去開發(fā)或者與第三方組件結(jié)合使用。