发布 GreptimeDB v0.9.3，修复的主要 bug 包括
修复 last_value 函数由于缓存问题可能返回空集的 bug
修复在 last_non_null merge mode 下某些查询会导致 DB crash 的问题
修复了在 append mode 下查询时间戳列会丢失部分数据的问题
为 Remote WAL 提供索引，减少读放大，提升 Replay 速度
在过去的两周里，GreptimeDB 共合并了 94 个 PR，其中有 4 位独立贡献者，累计 5 个 PR 被成功合并，还有很多待合并的 PR。
@billy7x17（demo-scene#37）
@lyang24（db#4643 db#4624）
@CookiePieWw（db#4619）
@J0HN50N133 (db#4580)
db#4424 db#4461 db#4530 db#4565
由于 Remote WAL 的 Topic 个数通常是有限的，在先前的版本中，如果一个 GreptimeDB 集群中存在大量的 Region，多个 Region 的 WAL 会映射到同一个 Topic 上，这导致 Region 在 replay WAL 的时候有严重的读放大从而占用较多带宽和拖慢 Replay 速度。以上几个 PR 实现了在 Remote Client 端的数据位点索引，高度有效地提升了 Replay 的速度。
关键词：Mito Engine, Trace
难度：中等
关键词：SQL，Unit Tests，Coverage
难度：简单
COPY FROM 涉及到从外部数据源加载数据，因此需要更多的测试来确保功能的正确性。
点击下方链接🔗关注 GreptimeDB，了解更多技术干货👇
关于 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/
往期精彩文章：
👇 点击下方阅读原文，立即体验 GreptimeDB！
