内容概述
作为一个成长中的开源项目,GreptimeDB 的进展离不开来自全球的社区贡献者们,感谢各位!
在过去两周中,我们砥砺前行。以下是这段时间的总结:
v0.5 成功发布,新版本的亮点功能:
迈向云原生的关键功能 Remote WAL
全新存储引擎 Metric Engine
PromQL 增强:新增
OR
运算符支持,现已全面支持 PromQL 的所有集合运算符系统表大幅扩充:新增 20+ 个
INFORMATION_SCHEMA
系统表查询性能优化:实现针对
INFORMATION_SCHEMA
系统表的查询条件下推特性开发进展:Region Migration、Write Cache 和 Inverted Index 功能全速开发中
社区贡献者名单
在过去的两周里,GreptimeDB 共合并了 76 个 PR,其中有 6 位独立贡献者,累计 12 个 PR 被成功合并,还有很多待合并的 PR。
祝贺以下各位在过去 2 周内成为我们活跃的贡献者:
🎉 热烈欢迎 @AntiTopQuark @Clayton Collie @ClSlaid @dimbtp 作为新的贡献者加入社区并成功合并了首个 PR,还有更多来自其他独立贡献者的 PR 正在等待合并。
🎉 特别感谢 @dimbtp 在「新增 20+ 个 INFORMATION_SCHEMA 系统表」功能上的代码贡献!
同时衷心感谢我们所有的成员和贡献者!是你们的付出让我们的项目得以成功,也是你们让 GreptimeDB 成为一个更优质的产品。让我们一起努力,建立一个更棒的社区!
PR 亮点
db#2988 支持使用同一个 Etcd 实例服务多个 GreptimeDB 集群
通过增加 --store-key-prefix
配置选项,管理员可以指定 metasrv 所使用的 Key 前缀,从而避免键名冲突。
db#2992 新增配置项,允许指定查询的默认时区
在 Standalone 模式下和 Frontend 组件的配置中增加了 default_time_zone
选项,允许用户设定系统时区,默认为 UTC。当新会话建立时,系统时区将成为用户的默认时区,但用户可以通过 SET time_zone = 'UTC'
更改时区。
db#3091 对 INFORMATION_SCHEMA 系统表的查询进行了性能优化,支持下推查询条件
这项优化减少了在构建系统表返回结果时的内存消耗,并加快了查询速度。
db#3047 优化 GreptimeDB 自导入 Metrics 时的网络开销
改进了 Standalone 模式和 Frontend 组件的 ExportMetricHandler
行为,避免了不必要的网络通信。
db#3024 实现了 PromQL 中的 OR 逻辑算子
新增特殊的 UNION
算子(在 PromQL 中为 OR
)专门用于特定的 PromQL 查询场景。该算子接受两个输入节点,左子节点的所有列都会输出,compare_keys
指定的列则用于检查重复。遇到重复时,若均源自右节点则只保留首行,源自左节点则丢弃右节点的行;输出包含所有左右节点的列,且行顺序不固定。
Good First Issue
db##3004
manifest 文件添加 checksum 校验机制。
db#3044
为 MetaPeerClientRef
添加更多测试
db#3046
为 MetaPeerClient
实现 KvBackend trait
关于 Greptime
Greptime 格睿科技专注于为可观测、物联网及车联网等领域提供实时、高效的数据存储和分析服务,帮助客户挖掘数据的深层价值。目前基于云原生的时序数据库 GreptimeDB 已经衍生出多款适合不同用户的解决方案,更多信息或 demo 展示请联系下方小助手(微信号:greptime)。
欢迎对开源感兴趣的朋友们参与贡献和讨论,从带有 good first issue 标签的 issue 开始你的开源之旅吧~期待在开源社群里遇见你!添加小助手微信即可加入“技术交流群”与志同道合的朋友们面对面交流哦~
Star us on GitHub Now: https://github.com/GreptimeTeam/greptimedb
Twitter: https://twitter.com/Greptime
Slack: https://greptime.com/slack