risingwavelabs/risingwave

GITHUB中文整理

主语言 Rust · 9,394 星 · Apache-2.0 · 创建于 2022-01-28

流处理实时数据增量计算物化视图数据湖
打开 GitHub 仓库

一个用 Rust 编写的流式数据平台,把数据摄入、增量处理、低延迟查询和存储整合成一套系统,面向实时应用与智能体场景。

Stars 9,394 累计 star,越多说明被认可得越广
Watching 85 订阅该仓库变动的人数
Forks 857 被派生出去的仓库数
Issues 1,780 当前开放的 Issue 数
语言 Rust GitHub 自动判定的主语言
许可证 Apache-2.0 开源协议,用之前先确认能不能商用
24h 增长 — 数据积累中
7 日增长 — 数据积累中
30 日增长 — 数据积累中

仓库健康度

5 个维度
只看客观信号,不构成安全性结论
维护活跃度 数据完整
2026-10-28 23:45 最近推送

最近推送 2026-10-28 23:45(0 天前),属于活跃维护

社区响应 数据完整
1,780 开放 Issue

开放 Issue 1,780 个 · Fork 857 个

增长趋势 证据不足
— 7 日新增

star 记录还不够天数,增量算不出来

项目规范 数据完整
Apache-2.0 许可证

许可证 Apache-2.0 · 8 个 topics

版本发布 证据不足
— 发布次数

这一项暂无数据,不代表项目没有发布

「证据不足」表示这项数据暂时没有取到,不能读成「项目有问题」;「部分数据」表示只拿到一部分信号。版本发布要额外调 Releases 接口,下一版补。

Star 趋势

6 天记录
最近 90 天站内记录的星数
9,394当前 Star +9首尾差值 2026-10-23最早记录 2026-10-28最近记录

横轴 2026-10-23 → 2026-10-28,纵轴按这段时间的最小/最大值拉伸。趋势来自站内每天记录一次的星数,页面打开时不会实时请求 GitHub。

它解决什么问题

据 README 归纳
没有它会怎样

智能体和实时应用需要持续新鲜、可低延迟查询的数据。传统做法要把变更捕获、消息队列、流处理和 serving 数据库逐层拼接,每一次流转都增加延迟,每套系统都带来运维负担。没有统一平台,就得维护这条长链路并承担数据延迟和一致性风险。

核心能力

7 条
归纳自 README,不是功能列表照抄
  1. 1统一入口接入多种来源:Webhook、数据库变更日志、消息流和对象存储批量数据都可汇入
  2. 2在数据变化时只重算受影响的结果,以增量方式持续处理,保持结果接近实时
  3. 3用物化视图维护查询结果,让应用直接以标准 SQL 读取新鲜数据
  4. 4将查询结果存放在内部行存中,提供低延迟的在线查询能力
  5. 5把长期数据写入 Apache Iceberg 开放表格式,并自行管理目录与表维护
  6. 6在同一管道内计算批量和流式特征,供特征存储类场景使用
  7. 7对流入事件与历史参考数据做实时关联,再输出给下游

项目画像

6 个角度
决定要不要用之前,先看这六条

项目定位

一个用 Rust 编写的流式数据平台,把数据摄入、增量处理、低延迟查询和存储整合成一套系统,面向实时应用与智能体场景。

适合谁

需要低延迟新鲜数据支撑的实时应用和智能体开发者,以及希望简化流式链路、做实时监控、特征存储、在线看板和流式湖仓的数据团队。

典型场景

实时监控与告警:持续对流入指标做阈值计算,及时触发告警;特征存储:同一套管道里同时算批量和流式特征,并直接供给在线查询;实时看板:用增量更新的物化视图替代定时刷新,展示最新业务数据;流式湖仓:把事件以恰好一次方式持续写入开放格式表,由系统完成压缩和快照管理

部署难度

提供 Docker Compose、Kubernetes Helm 和 Kubernetes Operator 等自托管部署途径,但快速开始的详细前置依赖与步骤在现有信息中未完整展开。

风险限制

使用前需准备部署环境,官方给出 Docker Compose、Helm 和 Operator 三种自托管方式;其他具体硬件、依赖或已知限制未说明。

最近维护

最近一次推送是 2026-10-28 23:45。 实现方式:从各类来源持续摄入数据,用增量计算维护物化视图,数据变化时只更新受影响部分;结果保存在内部行存供低延迟查询,同时写入 Iceberg 表做长期存储与分析,Iceberg 查询由 DataFusion 执行。

README 原文细节

2 个板块
项目自己写的功能与用法,原文照录

怎么安装从零跑起来的步骤

Deployment

For self-hosted: - Docker Compose - Kubernetes with Helm - Kubernetes with Operator

其它说明README 里剩下的内容

Ingest from any source

All sources are unified under the same SQL interface. Streams and tables can be joined freely.

  • Webhooks: HTTP-based event ingestion from SaaS applications and external systems
  • Database changes: native CDC from PostgreSQL, MySQL, and others via transaction log reading
  • Event streams: Kafka, Pulsar, Kinesis, and other message brokers
  • Historical data: batch ingestion from S3, data warehouses, and other storage systems

Use cases

  • Monitoring and alerting: continuous evaluation of streaming metrics against thresholds
  • Feature stores: batch and streaming features computed over the same pipeline, served from the same system
  • Live dashboards: materialized views updated incrementally, no scheduled refreshes
  • Real-time enrichment: live events joined with historical reference data in-flight, before delivery downstream
  • Streaming lakehouses: continuous, exactly-once ingestion into open-format tables with automated compaction and snapshot management

🌊 Event Streaming for Agentic AI

RisingWave is an event streaming platform for agentic AI. It continuously ingests data from databases, event streams, and webhooks, processes it incrementally, and serves fresh results at low latency, replacing the traditional event streaming stack (e.g., Debezium + Kafka + Flink + serving DB) with a single system.

关于 risingwave 的常见问题

7 个问题
答案来自 README 归纳与 GitHub 实时数据
risingwave 是做什么的?

一个用 Rust 编写的流式数据平台,把数据摄入、增量处理、低延迟查询和存储整合成一套系统,面向实时应用与智能体场景。 智能体和实时应用需要持续新鲜、可低延迟查询的数据。传统做法要把变更捕获、消息队列、流处理和 serving 数据库逐层拼接,每一次流转都增加延迟,每套系统都带来运维负担。没有统一平台,就得维护这条长链路并承担数据延迟和一致性风险。

risingwave 有哪些功能?

核心能力:统一入口接入多种来源:Webhook、数据库变更日志、消息流和对象存储批量数据都可汇入;在数据变化时只重算受影响的结果,以增量方式持续处理,保持结果接近实时;用物化视图维护查询结果,让应用直接以标准 SQL 读取新鲜数据;将查询结果存放在内部行存中,提供低延迟的在线查询能力;把长期数据写入 Apache Iceberg 开放表格式,并自行管理目录与表维护;在同一管道内计算批量和流式特征,供特征存储类场景使用;对流入事件与历史参考数据做实时关联,再输出给下游。

risingwave 适合谁用?

需要低延迟新鲜数据支撑的实时应用和智能体开发者,以及希望简化流式链路、做实时监控、特征存储、在线看板和流式湖仓的数据团队。

risingwave 是怎么工作的?

从各类来源持续摄入数据,用增量计算维护物化视图,数据变化时只更新受影响部分;结果保存在内部行存供低延迟查询,同时写入 Iceberg 表做长期存储与分析,Iceberg 查询由 DataFusion 执行。

怎么安装 risingwave?

按项目 README 的说明:For self-hosted: - Docker Compose - Kubernetes with Helm - Kubernetes with Operator。完整命令见下方「怎么安装」一节或 GitHub 仓库的 README。

用 risingwave 有什么门槛或限制?

使用前需准备部署环境,官方给出 Docker Compose、Helm 和 Operator 三种自托管方式;其他具体硬件、依赖或已知限制未说明。

risingwave 现在还在维护吗?数据怎么样?

目前 9,394 星,857 个 Fork,主语言 Rust,创建于 2022-01-28,最近一次推送 2026-10-28 23:45,许可证 Apache-2.0。星数、Fork、推送时间都是 GitHub 返回的实时数据,「最近推送」离现在越近说明越活跃;长期不动要留意是否已停止维护。

这些内容来自哪

读法说明
中文整理据 README 归纳,数据取自 GitHub
中文说明据项目 README 归纳只写 README 能确认的内容,不替作者补功能与数字
关键数据与 GitHub 页面一致星数、Fork、语言与时间都不做二次加工
数据日期2026-10-23 18:01星数与介绍这份数据是哪一天的

项目数据取自 GitHub 官方接口与项目 README;星数、Fork、语言与时间以 GitHub 页面为准,档案更新于 2026-10-23 18:01。