哈哈哈哈哈操欧洲电影,久草网在线,亚洲久久熟女熟妇视频,麻豆精品色,久久福利在线视频,日韩中文字幕的,淫乱毛视频一区,亚洲成人一二三,中文人妻日韩精品电影

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

CeresDB 1.0正式發(fā)布,Rust高性能云原生時序數(shù)據(jù)庫

OSC開源社區(qū) ? 來源:OSC開源社區(qū) ? 2023-03-06 10:22 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

CeresDB 是一款高性能、分布式的云原生時序數(shù)據(jù)庫,采用 Rust 編寫。其開發(fā)團(tuán)隊近日宣布:經(jīng)過近一年的開源研發(fā)工作,時序數(shù)據(jù)庫 CeresDB 1.0 正式發(fā)布,達(dá)到生產(chǎn)可用標(biāo)準(zhǔn)

CeresDB 1.0 官方中文文檔:https://docs.ceresdb.io/cn/

CeresDB 1.0 核心特性介紹

存儲引擎
  • 支持列式混合存儲
  • 高效 XOR 過濾器
云原生分布式
  • 實現(xiàn)了計算存儲分離(支持 OSS 作為數(shù)據(jù)存儲,WAL 實現(xiàn)支持 OBKV、Kafka)
  • 支持 HASH 分區(qū)表
部署與運維
  • 支持單機部署
  • 支持分布式集群部署
  • 支持 Prometheus + Grafana 搭建自監(jiān)控
讀寫協(xié)議
  • 支持 SQL 查詢與寫入
  • 實現(xiàn)了 CeresDB 內(nèi)置高性能讀寫協(xié)議,提供多語言 SDK
  • 支持 Prometheus,可以作為 Prometheus 的 remote storage 進(jìn)行使用
多語言讀寫 SDK
  • 實現(xiàn)了四種語言的客戶端 SDK:Java、Python、Go、Rust

CeresDB 架構(gòu)介紹

CeresDB 是一個時序數(shù)據(jù)庫,與經(jīng)典時序數(shù)據(jù)庫相比,CeresDB 的目標(biāo)是能夠同時處理時序型和分析型兩種模式的數(shù)據(jù),并提供高效的讀寫。在經(jīng)典的時序數(shù)據(jù)庫中,Tag列(InfluxDB稱之為TagPrometheus稱之為Label)通常會對其生成倒排索引,但在實際使用中,Tag的基數(shù)在不同的場景中是不一樣的 ———— 在某些場景下,Tag的基數(shù)非常高(這種場景下的數(shù)據(jù),我們稱之為分析型數(shù)據(jù)),而基于倒排索引的讀寫要為此付出很高的代價。而另一方面,分析型數(shù)據(jù)庫常用的掃描 + 剪枝方法,可以比較高效地處理這樣的分析型數(shù)據(jù)。因此 CeresDB 的基本設(shè)計理念是采用混合存儲格式和相應(yīng)的查詢方法,從而達(dá)到能夠同時高效處理時序型數(shù)據(jù)和分析型數(shù)據(jù)。下圖展示了 CeresDB 單機版本的架構(gòu)
┌──────────────────────────────────────────┐
│       RPC Layer (HTTP/gRPC/MySQL)        │
└──────────────────────────────────────────┘
┌──────────────────────────────────────────┐
│                 SQL Layer                │
│ ┌─────────────────┐  ┌─────────────────┐ │
│ │     Parser      │  │     Planner     │ │
│ └─────────────────┘  └─────────────────┘ │
└──────────────────────────────────────────┘
┌───────────────────┐  ┌───────────────────┐
│    Interpreter    │  │      Catalog      │
└───────────────────┘  └───────────────────┘
┌──────────────────────────────────────────┐
│               Query Engine               │
│ ┌─────────────────┐  ┌─────────────────┐ │
│ │    Optimizer    │  │    Executor     │ │
│ └─────────────────┘  └─────────────────┘ │
└──────────────────────────────────────────┘
┌──────────────────────────────────────────┐
│         Pluggable Table Engine           │
│  ┌────────────────────────────────────┐  │
│  │              Analytic              │  │
│  │┌────────────────┐┌────────────────┐│  │
│  ││      Wal       ││    Memtable    ││  │
│  │└────────────────┘└────────────────┘│  │
│  │┌────────────────┐┌────────────────┐│  │
│  ││     Flush      ││   Compaction   ││  │
│  │└────────────────┘└────────────────┘│  │
│  │┌────────────────┐┌────────────────┐│  │
│  ││    Manifest    ││  Object Store  ││  │
│  │└────────────────┘└────────────────┘│  │
│  └────────────────────────────────────┘  │
│  ┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─   │
│           Another Table Engine        │  │
│  └ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─   │
└──────────────────────────────────────────┘

性能優(yōu)化與實驗結(jié)果

CeresDB 組合使用了列式混合存儲、數(shù)據(jù)分區(qū)、剪枝、高效掃描等技術(shù),解決海量時間線(high cardinality)下寫入查詢性能變差的問題。

寫入優(yōu)化

CeresDB 采用類 LSM(Log-structured merge-tree)寫入模型,無需在寫入時處理復(fù)雜的倒排索引,因此寫入性能上較好。

查詢優(yōu)化

主要采用以下技術(shù)手段提高查詢性能:

剪枝:

  • min/max 剪枝:構(gòu)建代價比較低,在特定場景,性能較好
  • XOR 過濾器:提高對 parquet 文件中的 row group 的篩選精度

高效掃描:

  • 多個 SST 間并發(fā):同時掃描多個 SST 文件
  • 單個 SST 內(nèi)部并發(fā):支持 Parquet 層并行拉取多個 row group
  • 合并小 IO:針對 OSS 上的文件,合并小 IO 請求,提高拉取效率
  • 本地 cache:緩存 OSS 拉取文件,支持內(nèi)存和磁盤緩存

性能測試結(jié)果

采用 TSBS 進(jìn)行性能測試。壓測參數(shù)如下:

  • 10 個 Tag
  • 10 個 Field
  • 時間線(Tags 組合數(shù))100w 量級

壓測機器配置:24c90g

InfluxDB 版本:1.8.5

CeresDB 版本:1.0.0

寫入性能對比

InfluxDB 寫入性能隨著時間下降較多。CeresDB 在寫入穩(wěn)定后,寫入速率趨于平穩(wěn),并且總體寫入性能表現(xiàn)為 InfluxDB 的 1.5 倍以上(一段時間后可達(dá) 2 倍以上差距)

下圖中,單行 row 包含 10 個 Field。

66b64880-bb79-11ed-bfe3-dac502259ad0.png66d16606-bb79-11ed-bfe3-dac502259ad0.png

上圖為 Influxdb,下圖為 CeresDB

查詢性能對比

低篩選度條件(條件:os=Ubuntu15.10),CeresDB 比 InfluxDB 快 26 倍,具體數(shù)據(jù)如下:

  • CeresDB 查詢耗時:15s
  • InfluxDB 查詢耗時:6m43s

高篩選度條件(命中的數(shù)據(jù)較少,條件:hostname=[8 個],此時理論上傳統(tǒng)倒排索引會更有效),這是 InfluxDB 更有優(yōu)勢的場景,此時在預(yù)熱完成條件下,CeresDB 比 InfluxDB 慢 5 倍。

  • CeresDB:85ms
  • InfluxDB:15ms

2023 年 roadmap

開發(fā)團(tuán)隊表示,2023 年,在 CeresDB 1.0 發(fā)布之后,他們大部分工作將聚焦在性能、分布式與周邊生態(tài)方面的工作。尤其周邊生態(tài)的對接支持工作,希望能讓各種不同的用戶更加簡單的用上 CeresDB:

周邊生態(tài)

  • 生態(tài)兼容,包括 PromQL、InfluxdbQL、OpenTSDB 等常用時序數(shù)據(jù)庫協(xié)議兼容
  • 運維工具支持,包括 k8s 支持、CeresDB 運維系統(tǒng)、自監(jiān)控等
  • 開發(fā)者工具,包括數(shù)據(jù)導(dǎo)入導(dǎo)出等

性能

  • 探索新的存儲格式
  • 增強不同類型索引,強化 CeresDB 在不同工作負(fù)載下的表現(xiàn)

分布式

  • 自動負(fù)載均衡
  • 提高可用性、可靠性

審核編輯 :李倩


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 數(shù)據(jù)存儲
    +關(guān)注

    關(guān)注

    5

    文章

    1037

    瀏覽量

    53011
  • 數(shù)據(jù)庫
    +關(guān)注

    關(guān)注

    7

    文章

    4083

    瀏覽量

    68544
  • Rust
    +關(guān)注

    關(guān)注

    1

    文章

    241

    瀏覽量

    7649

原文標(biāo)題:CeresDB 1.0正式發(fā)布,Rust高性能云原生時序數(shù)據(jù)庫

文章出處:【微信號:OSC開源社區(qū),微信公眾號:OSC開源社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    瀚高數(shù)據(jù)庫深度參編國家標(biāo)準(zhǔn)《信息技術(shù) 云原生關(guān)系數(shù)據(jù)庫管理系統(tǒng)技術(shù)要求》正式發(fā)布

    濟(jì)南2026年4月15日 /美通社/ -- 近日,國家市場監(jiān)督管理總局、國家標(biāo)準(zhǔn)化管理委員會正式發(fā)布國家標(biāo)準(zhǔn) GB/T 47343-2026《信息技術(shù) 云原生關(guān)系數(shù)據(jù)庫管理系統(tǒng)技術(shù)要求》。作為我國
    的頭像 發(fā)表于 04-15 16:41 ?344次閱讀

    生產(chǎn)環(huán)境數(shù)據(jù)庫連接池耗盡的全流程排查與性能優(yōu)化實戰(zhàn)

    數(shù)據(jù)庫連接池是應(yīng)用程序與數(shù)據(jù)庫之間的緩存連接組件。連接池在應(yīng)用程序啟動時創(chuàng)建一組數(shù)據(jù)庫連接,應(yīng)用程序從連接池獲取連接,使用完畢后歸還連接池而非關(guān)閉連接,避免反復(fù)建立和關(guān)閉連接的性能開銷
    的頭像 發(fā)表于 03-27 15:58 ?327次閱讀

    使用NVIDIA Nemotron RAG和Microsoft SQL Server 2025構(gòu)建高性能AI應(yīng)用

    在 Microsoft Ignite 2025 大會上,隨著 Microsoft SQL Server 2025 的發(fā)布,AI 就緒型企業(yè)數(shù)據(jù)庫愿景成為現(xiàn)實,為開發(fā)者提供強大的新工具,例如內(nèi)置向量
    的頭像 發(fā)表于 12-01 09:31 ?1042次閱讀
    使用NVIDIA Nemotron RAG和Microsoft SQL Server 2025構(gòu)建<b class='flag-5'>高性能</b>AI應(yīng)用

    國產(chǎn)數(shù)據(jù)庫的AI戰(zhàn)事

    國產(chǎn)數(shù)據(jù)庫硝煙再起,Vastbase V100構(gòu)筑企業(yè)智能基座
    的頭像 發(fā)表于 10-24 20:45 ?4416次閱讀
    國產(chǎn)<b class='flag-5'>數(shù)據(jù)庫</b>的AI戰(zhàn)事

    華納云為游戲數(shù)據(jù)庫選擇高性能NVMe SSD存儲

    游戲數(shù)據(jù)庫對速度、可靠性和可擴(kuò)展性有極高要求。隨著在線游戲的發(fā)展,開發(fā)者越來越依賴NVMe SSD存儲來提供服務(wù)器租用和服務(wù)器托管解決方案。本文將指導(dǎo)您了解為游戲數(shù)據(jù)庫選擇高性能NVMe SSD存儲
    的頭像 發(fā)表于 09-30 16:03 ?1200次閱讀

    數(shù)據(jù)庫性能瓶頸分析與SQL優(yōu)化實戰(zhàn)案例

    作為一名在一線摸爬滾打8年的運維工程師,我見過太多因為數(shù)據(jù)庫性能問題而半夜被叫醒的場景。今天分享幾個真實的優(yōu)化案例,希望能幫你避開這些坑。
    的頭像 發(fā)表于 08-27 14:31 ?768次閱讀

    數(shù)據(jù)庫性能優(yōu)化指南

    作為一名在大廠摸爬滾打多年的運維老兵,我見過太多因為數(shù)據(jù)庫性能問題導(dǎo)致的生產(chǎn)事故。今天分享一套完整的數(shù)據(jù)庫優(yōu)化方法論,從SQL層面到硬件配置,幫你徹底解決性能瓶頸!
    的頭像 發(fā)表于 08-18 11:21 ?903次閱讀

    數(shù)據(jù)庫數(shù)據(jù)恢復(fù)—服務(wù)器異常斷電導(dǎo)致Oracle數(shù)據(jù)庫故障的數(shù)據(jù)恢復(fù)案例

    Oracle數(shù)據(jù)庫故障: 某公司一臺服務(wù)器上部署Oracle數(shù)據(jù)庫。服務(wù)器意外斷電導(dǎo)致數(shù)據(jù)庫報錯,報錯內(nèi)容為“system01.dbf需要更多的恢復(fù)來保持一致性”。該Oracle數(shù)據(jù)庫
    的頭像 發(fā)表于 07-24 11:12 ?845次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復(fù)—服務(wù)器異常斷電導(dǎo)致Oracle<b class='flag-5'>數(shù)據(jù)庫</b>故障的<b class='flag-5'>數(shù)據(jù)</b>恢復(fù)案例

    三款主流國產(chǎn)數(shù)據(jù)庫的技術(shù)特點

    隨著數(shù)字經(jīng)濟(jì)的快速發(fā)展和數(shù)據(jù)安全要求的提升,國產(chǎn)數(shù)據(jù)庫正迎來前所未有的發(fā)展機遇。在信創(chuàng)浪潮推動下,達(dá)夢數(shù)據(jù)庫、TiDB、華為高斯數(shù)據(jù)庫等國產(chǎn)數(shù)據(jù)庫
    的頭像 發(fā)表于 07-14 11:08 ?1345次閱讀

    數(shù)據(jù)庫數(shù)據(jù)恢復(fù)—MongoDB數(shù)據(jù)庫文件丟失的數(shù)據(jù)恢復(fù)案例

    MongoDB數(shù)據(jù)庫數(shù)據(jù)恢復(fù)環(huán)境: 一臺操作系統(tǒng)為Windows Server的虛擬機上部署MongoDB數(shù)據(jù)庫。 MongoDB數(shù)據(jù)庫故障: 工作人員在MongoDB服務(wù)仍
    的頭像 發(fā)表于 07-01 11:13 ?785次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復(fù)—MongoDB<b class='flag-5'>數(shù)據(jù)庫</b>文件丟失的<b class='flag-5'>數(shù)據(jù)</b>恢復(fù)案例

    數(shù)據(jù)庫數(shù)據(jù)恢復(fù)—SQL Server數(shù)據(jù)庫被加密如何恢復(fù)數(shù)據(jù)?

    SQL Server數(shù)據(jù)庫故障: SQL Server數(shù)據(jù)庫被加密,無法使用。 數(shù)據(jù)庫MDF、LDF、log日志文件名字被篡改。
    的頭像 發(fā)表于 06-25 13:54 ?843次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復(fù)—SQL Server<b class='flag-5'>數(shù)據(jù)庫</b>被加密如何恢復(fù)<b class='flag-5'>數(shù)據(jù)</b>?

    云原生環(huán)境里Nginx的故障排查思路

    本文聚焦于云原生環(huán)境下Nginx的故障排查思路。隨著云原生技術(shù)的廣泛應(yīng)用,Nginx作為常用的高性能Web服務(wù)器和反向代理服務(wù)器,在容器化和編排的環(huán)境中面臨著新的故障場景和挑戰(zhàn)。
    的頭像 發(fā)表于 06-17 13:53 ?1162次閱讀
    <b class='flag-5'>云原生</b>環(huán)境里Nginx的故障排查思路

    oracle數(shù)據(jù)恢復(fù)—oracle數(shù)據(jù)庫誤執(zhí)行錯誤truncate命令如何恢復(fù)數(shù)據(jù)

    oracle數(shù)據(jù)庫誤執(zhí)行truncate命令導(dǎo)致數(shù)據(jù)丟失是一種常見情況。通常情況下,oracle數(shù)據(jù)庫誤操作刪除數(shù)據(jù)只需要通過備份恢復(fù)數(shù)據(jù)
    的頭像 發(fā)表于 06-05 16:01 ?1793次閱讀
    oracle<b class='flag-5'>數(shù)據(jù)</b>恢復(fù)—oracle<b class='flag-5'>數(shù)據(jù)庫</b>誤執(zhí)行錯誤truncate命令如何恢復(fù)<b class='flag-5'>數(shù)據(jù)</b>?

    SQLSERVER數(shù)據(jù)庫是什么

    SQL Server 是由微軟公司開發(fā)的一款 關(guān)系型數(shù)據(jù)庫管理系統(tǒng)(RDBMS) ,用于存儲、管理和檢索結(jié)構(gòu)化數(shù)據(jù)。它是企業(yè)級應(yīng)用中廣泛使用的數(shù)據(jù)庫解決方案之一,尤其適用于Windows平臺,但也
    的頭像 發(fā)表于 05-26 09:19 ?1303次閱讀

    MySQL數(shù)據(jù)庫是什么

    MySQL數(shù)據(jù)庫是一種 開源的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)(RDBMS) ,由瑞典MySQL AB公司開發(fā),后被Oracle公司收購。它通過結(jié)構(gòu)化查詢語言(SQL)進(jìn)行數(shù)據(jù)存儲、管理和操作,廣泛應(yīng)用于Web
    的頭像 發(fā)表于 05-23 09:18 ?1450次閱讀
    崇州市| 巨鹿县| 界首市| 泰和县| 沂源县| 太和县| 佳木斯市| 武宁县| 武平县| 永吉县| 海淀区| 丰宁| 民勤县| 三穗县| 远安县| 静安区| 西乌珠穆沁旗| 从江县| 凤凰县| 吴江市| 宣武区| 阿坝县| 武宁县| 高雄市| 惠东县| 黑山县| 峨眉山市| 金乡县| 饶阳县| 富顺县| 合肥市| 清镇市| 汪清县| 防城港市| 平定县| 新化县| 车致| 阳信县| 思南县| 乌兰浩特市| 西宁市|