过去一年，GreptimeDB 团队持续打磨产品，在性能和稳定性上取得了长足进展。v1.0 是我们迈向成熟的重要一步，意味着接口稳定、生产环境可用、性能可验证。本篇短文将概览过去的亮点、未竟的任务以及即将到来的版本计划，邀请你一同关注。

过去一年的亮点

过去一年我们总计发布了 7 个大版本，23 个小版本，亮点包括：

• 日志检索能力升级：引入 matches_term 检索函数，新增跳数索引(Skipping Index)并采用 Bloom 后端，显著降低索引的存储开销。
• 批量写入协议：推出 Bulk Ingestion 协议，专为大规模导入设计，提升吞吐量并减少写放大效应。
• Metric 引擎强化：优化稀疏主键编码以提升时序聚合性能，并增强 PromQL 的兼容性。
• 元数据支持 RDS：支持将元数据后端由 etcd 切换至 RDS，在大规模集群环境下更稳定可靠。
• 流计算双引擎：Flow 同时支持 Batching 与 Streaming 两种执行模式，既可满足实时告警，又能处理离线批量任务。
• 只读副本：支持按需扩展只读副本以承载查询负载，避免大型查询影响在线写入性能。
• 生态集成完善：全面支持 OpenTelemetry 的 metrics、logs 与 traces 数据接入，并兼容 Jaeger、Loki 及 ElasticSearch 等协议/后端。

还有哪些工作在进行？

• 核心功能收尾：完成表重分片(Table Repartition)、新 JSON 类型、异步索引构建(Async Index Building)以及 Region 迁移的合并请求优化等工作。
• 打磨稳定性：持续通过更丰富和复杂的测试用例集、社区和真实用户的场景验证现有功能，确保 v1.0 发布时达到企业级稳定性和可靠性。

发布计划

我们计划以每两个星期为一个迭代周期推进 v1.0 发布，初步安排如下：

• Beta1(2025-11-10)：开放 Bulk 数据摄入，新版 Bulk Memtable 等主要特性用于评估和测试；收集反馈。
• Beta2(2025-11-24)：修复 Beta1 问题，开放异步索引、全局索引重建， Region 批量迁移特性测试。
• RC1(2025-12-8)：在 Beta2 基础上打磨性能与稳定性，完成 Table Repartition 功能；进行长期稳定性压测。
• RC2(可选)(2025-12-22)：如 RC1 测试发现重大问题，则在两周内修复并发布 RC2；若 RC1 顺利，可省略。
• GA 正式发布(2026-01-10)：冻结 API、协议并正式发布 v1.0，同时提供完整升级指南、基准测试报告与已知问题列表。

为什么关注 v1.0？

v1.0 将冻结外部接口和协议，意味着升级后可长期稳定使用而无需频繁适配。我们也将公布性能和可靠性基线，例如在 7×24 小时高并发压测下无数据丢失，在自动负载均衡 Region 迁移时业务"无感知"。这一版本既是对现有用户的保障，也是未来功能拓展的坚实基石。

结语

从 2022 年 11 月开源以来，GreptimeDB 持续受到可观测性领域开发者的关注，v1.0 将是 GreptimeDB 的一个重要里程碑。在此，我们向所有参与贡献的开发者和用户表示感谢。无论是编写代码、提交问题(issue)，还是参与讨论，都为 GreptimeDB 社区提供了巨大的支持。让我们共同期待 1.0 版本的发布！