最近推送 2026-10-28 23:45(0 天前),属于活跃维护
risingwavelabs/risingwave
GITHUB中文整理主语言 Rust · 9,394 星 · Apache-2.0 · 创建于 2022-01-28
一个用 Rust 编写的流式数据平台,把数据摄入、增量处理、低延迟查询和存储整合成一套系统,面向实时应用与智能体场景。
仓库健康度
5 个维度开放 Issue 1,780 个 · Fork 857 个
star 记录还不够天数,增量算不出来
许可证 Apache-2.0 · 8 个 topics
这一项暂无数据,不代表项目没有发布
「证据不足」表示这项数据暂时没有取到,不能读成「项目有问题」;「部分数据」表示只拿到一部分信号。版本发布要额外调 Releases 接口,下一版补。
Star 趋势
6 天记录横轴 2026-10-23 → 2026-10-28,纵轴按这段时间的最小/最大值拉伸。趋势来自站内每天记录一次的星数,页面打开时不会实时请求 GitHub。
它解决什么问题
据 README 归纳智能体和实时应用需要持续新鲜、可低延迟查询的数据。传统做法要把变更捕获、消息队列、流处理和 serving 数据库逐层拼接,每一次流转都增加延迟,每套系统都带来运维负担。没有统一平台,就得维护这条长链路并承担数据延迟和一致性风险。
核心能力
7 条- 1统一入口接入多种来源:Webhook、数据库变更日志、消息流和对象存储批量数据都可汇入
- 2在数据变化时只重算受影响的结果,以增量方式持续处理,保持结果接近实时
- 3用物化视图维护查询结果,让应用直接以标准 SQL 读取新鲜数据
- 4将查询结果存放在内部行存中,提供低延迟的在线查询能力
- 5把长期数据写入 Apache Iceberg 开放表格式,并自行管理目录与表维护
- 6在同一管道内计算批量和流式特征,供特征存储类场景使用
- 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 个问题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 返回的实时数据,「最近推送」离现在越近说明越活跃;长期不动要留意是否已停止维护。
这些内容来自哪
读法说明项目数据取自 GitHub 官方接口与项目 README;星数、Fork、语言与时间以 GitHub 页面为准,档案更新于 2026-10-23 18:01。
