内容概述
作为一个成长中的开源项目，GreptimeDB 的进展离不开来自全球的社区贡献者们，感谢各位！
最近的更新内容如下：
-
Flat Format 推进中：完善范围扫描与写入路径 -
分布式查询优化：计划阶段裁剪无关 Region -
OTLP 上报支持自定义 Header -
稀疏主键编码性能最高提升 235%
社区贡献者名单
在过去的两周里，GreptimeDB 共合并了 122 个 PR，其中有 7 位独立贡献者，累计 7 个 PR 被成功合并，还有很多待合并的 PR 。
祝贺以下各位在过去 2 周内成为我们最突出的贡献者：
注：按照 GitHub 用户名首字母顺序排列
👏 欢迎 @aaraujo 和 @WaterWhisperer 作为新的贡献者加入到社区，并成功合并了 PR，还有更多来自其他独立贡献者的 PR 正在等待合并。
🎉 衷心感谢我们所有的成员，贡献者和布道师们！是你们的付出让我们的项目得以成功，也是你们让 GreptimeDB 成为一个更优质的产品。让我们一起努力，建立一个更棒的社区！
PR 亮点
db#6505 专为高基数场景优化的 Flat Format（持续推进）
为高效处理高基数（High-Cardinality）数据场景，我们正在持续推进 Flat Format 的开发：RecordBatch 适配（db#6771，db#6786），范围扫描函数（db#6817）和写入路径集成（db#6866）。
db#6752 基于逻辑计划的谓词裁剪 Region
对无法满足查询谓词的 Region 进行前置裁剪，减少无效扫描并降低查询延迟。
db#6777 Metasrv 内部指标持久化至内部表
该 PR 将关键内部指标落盘为可查询表，便于监控与故障排查。
db#6773 OTLP 协议上报支持自定义 Header
上报时可附加自定义 Header，满足不同部署环境的接入需求，示例如下：
## Additional OTLP headers, only valid when using OTLP http
[logging.otlp_headers]
Authorization = "Bearer my-token"
Database = "My database"
db#6809 稀疏主键编码性能提升 235%
针对稀疏主键场景，我们深入优化了稀疏主键编码路径，将 CPU 开销降低了数倍。
db#6816 Remote WAL 引入 Replay Checkpoint 机制
通过检查点限制启动时的回放量，在最坏情况下也能显著缩短重启时间。
db#6764 支持为 Postgres KV Backend 指定 Schema
新增配置项以设置 Postgres KV Backend 所使用的 Schema。
Good First Issue
Issue#6760 为 OLTP 协议配置 Profile Signal
关键字：OLTP
难度：简单
关于 Greptime
Greptime 格睿科技专注于打造新一代可观测数据库，服务开发者与企业用户，覆盖从从边缘设备到云端企业级部署的多样化需求。
-
GreptimeDB 开源版：开源、云原生，统一处理指标、日志和追踪数据，适合中小规模 IoT，个人项目与可观测性场景； -
GreptimeDB 企业版：面向关键业务，提供更高性能、高安全性、高可用性和智能化运维服务； -
GreptimeCloud 云服务：全托管云服务，零运维体验“企业级”可观测数据库，弹性扩展，按需付费。
欢迎加入开源社区参与贡献与交流！推荐从带有 good first issue 标签的任务入手，一起共建可观测未来。
⭐ Star us on GitHub：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/
往期精彩文章：
点击「阅读原文」，立即体验 GreptimeDB！