内容概述

作为一个成长中的开源项目，GreptimeDB 的进展离不开来自全球的社区贡献者们，感谢各位！

最近的内容更新如下：

• 发布 GreptimeDB v0.9.2，包含一些重要的修复和功能

  • 修复了单个 SST 文件过大时无法构建全文索引的问题，建议所有使用全文索引的用户升级到此版本；

  • 优化 append 表的 count(*) 查询耗时。

• 将调用管理函数的关键字从 select 切换为 admin

社区贡献者名单

在过去的两周里，GreptimeDB 共合并了 80 个 PR，其中有 3 位独立贡献者，累计 7 个 PR 被成功合并，还有很多待合并的 PR。

祝贺以下各位在过去 2 周内成为我们活跃的贡献者：

• @leaf-potato (db#4592 db#4572)

• @lyang24 (docs#1134 db#4421 db#4573)

• @ozewr (db#4596 db#4585)

👏 欢迎 @ozewr 作为新的贡献者加入社区并成功合并了首个 PR，还有更多来自其他独立贡献者的 PR 正在等待合并。

同时衷心感谢我们所有的成员和贡献者，是你们的付出让我们的项目得以成功，也是你们让 GreptimeDB 成为一个更优质的产品。让我们一起努力，建立一个更棒的社区！

PR 亮点

db#4600 管理函数调用方式从 select 切换为 admin

在先前版本中，调用如 flush_table 之类的管理函数需要使用 select 语句触发，如 select flush_table('monitor')，在此次修改中调用方式变更为通过 admin 触发，如 admin flush_table('monitor')。

db#4552 修复 SST 文件太大时全文索引无法构建的问题

本 PR 修复了当单个 SST 文件包含的行数过多时，由于全文索引只支持单 segment 从而无法成功构建的问题。修复后全文索引可以支持任意大小的 SST 文件。

db#4545 优化 append 表的 count 性能

本 PR 针对创建时指定了 append_mode=true 的表优化了 count(*) 的计算逻辑，可将 count(*) 查询的耗时降低到毫秒级别。

db#4603 db#4564 持续优化时序查询性能

• 优化 SeriesDivide 性能；
• 优化谓词下推支持，避免重复计算。

Good First Issue

db#4480 为 Mito Engine 增加 debug 级别的 Trace

当前的 Trace 并不适合用户性能调试，可以在 Mito Engine 中增加更细节的 Spans，比如从 S3 读取数据的时间等等。

关键词：Mito Engine, Trace

难度：中等

db#3285 为 COPY FROM 功能增加更多测试

COPY FROM 涉及到从外部数据源加载数据，因此需要更多的测试来确保功能的正确性。

关键词：SQL，Unit Tests，Coverage

难度：简单

关于 Greptime

Greptime 格睿科技专注于为可观测、物联网及车联网等领域提供实时、高效的数据存储和分析服务，帮助客户挖掘数据的深层价值。目前基于云原生的时序数据库 GreptimeDB 已经衍生出多款适合不同用户的解决方案，更多信息或 demo 展示请联系下方小助手（微信号：greptime）。

欢迎对开源感兴趣的朋友们参与贡献和讨论，从带有 good first issue 标签的 issue 开始你的开源之旅吧～期待在开源社群里遇见你！添加小助手微信即可加入“技术交流群”与志同道合的朋友们面对面交流哦~

Star us on GitHub Now: https://github.com/GreptimeTeam/greptimedb

官网：https://greptime.cn/

文档：https://docs.greptime.cn/

Twitter: https://twitter.com/Greptime

Slack: https://greptime.com/slack

LinkedIn: https://www.linkedin.com/company/greptime/