On this page
内容概述
作为一个成长中的开源项目，GreptimeDB 的进展离不开来自全球的社区贡献者们，感谢各位！
最近的更新内容如下：
- 本周即将发布 GreptimeDB v0.17.1，进一步提升系统稳定性
- 全局 SST 文件回收，更高效地利用存储资源
- Bulk Memtable 新特性，提升写入吞吐性能
社区贡献者名单
在过去的两周里，GreptimeDB 共合并了 106 个 PR，其中有 2 位独立贡献者，累计 2 个 PR 被成功合并，还有很多待合并的 PR 。
祝贺以下各位在过去 2 周内成为我们最突出的贡献者：
注：按照 GitHub 用户名首字母顺序排列
👏 欢迎 @cscnk52 作为新的贡献者加入到社区，并成功合并了 PR，还有更多来自其他独立贡献者的 PR 正在等待合并。
🎉 衷心感谢我们所有的成员，贡献者和布道师们！是你们的付出让我们的项目得以成功，也是你们让 GreptimeDB 成为一个更优质的产品。让我们一起努力，建立一个更棒的社区！
PR 亮点
db#6844 全局 SST 文件回收（持续更新中）
该特性使 SST 文件能够以全局（即整个集群）的视角进行统一管理。在某些场景下非常有用，例如当 Leader Region 完成 Compaction 后，可以延迟删除 SST 文件，从而提升存储资源利用率。
db#6870 db#6875 db#6881 从 DuckDB 迁移更多的测试（持续更新中）
为了增强 GreptimeDB 查询引擎的正确性，我们正在持续迁移 DuckDB 的测试用例，进一步完善 SQL 执行相关的测试覆盖率。
db#6888 db#6923 Bulk Memtable 的实现（持续更新中）
Bulk Memtable 特性正在积极开发中，它将显著提升 GreptimeDB 的写入吞吐能力，尤其适用于高并发和大批量数据写入场景。
db#6889 优化 EXPLAIN ANALYZE 的时间显示
此前，执行计划中的时间结果以原始数值展示，例如 1300 纳秒。现在会自动转换为更直观的单位，例如显示为 1.3µs，方便用户理解和分析性能数据。
db#6920 升级到 Rust 2024 Edition
我们已将 GreptimeDB 的代码库升级至 Rust 2024 Edition。这一升级不仅带来语言层面的改进，也为后续开发解锁了更多新的 Rust 特性。
db#6978 修复使用 Otel 写入 Metrics 时的死锁问题
修复了在通过 Otel 写入 Metrics 时出现的死锁问题。建议大家在使用 Dashmap 时多加注意，并进行充分的测试以避免类似问题。
Good First Issue
Issue#6760 为 OLTP 协议配置 Profile Signal
关键字：OLTP
难度：简单
