一龍馬/AI 情報站讀懂消息背後的脈絡
星期四
搜尋

ClickHouse 發表開源的 WalShadow

中文摘要

直接解析 PostgreSQL 實體 WAL 並寫入 ClickHouse 原生資料區塊,不使用邏輯複寫槽、Kafka 或 JSON 中介層。官方在同區域、單一資料表及每台 8 vCPU 的測試中,回報約 200 毫秒的提交至可見延遲與每秒 28.9 萬列吞吐量;相同測試下 PeerDB 約為 10 秒及每秒 12 萬列,但這是供應商自行執行的基準。它涵蓋初始載入、持續複寫、復原與部分複雜結構異動,不過多數託管 PostgreSQL 不開放實體 WAL,官方託管整合也仍在私人預覽;部分 HN 留言另提出跨 PostgreSQL 版本可能脆弱的疑慮,並非社群共識。

一龍馬判讀

若實際工作負載能重現結果,PostgreSQL 使用者可用更低來源負載,把交易資料近即時送進 ClickHouse 分析。主要限制是實體 WAL 的存取權、版本相容性,以及官方仍在強化真實環境可靠度。

原文節錄

Hacker News · spathak

It consumes the same physical WAL stream used by Postgres replicas

取得部分原文 · 不代表內容已獨立查證

查看原文 閱讀社群討論
完整收錄文字與來源

WalShadow: Sub-second Postgres replication to ClickHouse from physical WAL

收錄日期
2026-09-17
來源
Hacker News Firebase API
抓取時間
2026/09/17 05:40(台北)
來源資料
18 分 · 3 則討論