作为一个成长中的开源项目，GreptimeDB 的进展离不开来自全球的社区贡献者们，感谢各位！以下是这段时间的总结：
• 支持 TQL EXPLAIN
/ TQL ANALYZE
从句
• 支持启用 Tokio 控制台
• 增加对 Prometheus HTTP API 方法的支持
祝贺以下各位在过去 2 周内成为我们活跃的贡献者：
@haohuaijin (db#1571 db#1580)
@Taylor-lagrange (db#1497 db#1579)
👏 欢迎 @gitccl 和 @Taylor-lagrange 作为新的贡献者加入到我们的社区，并各自成功合并了 2 个 PR！
在此特别感谢 @etolbakov，他不断为我们的项目做出贡献，累计提交了 15 个 PR，有 14 个已被成功合并！
同时衷心感谢我们所有的成员和贡献者！是你们的付出让我们的项目得以成功，也是你们让 GreptimeDB 成为一个更优质的产品。让我们一起努力，建立一个更棒的社区！
#1427
支持 TQL EXPLAIN
/ TQL ANALYZE
从句[1]
• TQL EXPLAIN
（类似于 SQL
中的 EXPLAIN
）不执行查询，而是解释查询将如何执行。
• TQL ANALYZE
（类似于 SQL
中的 ANALYZE
）执行计划并显示详细的每个步骤执行时间。
#1512
现在 tokio-console
可以连接 GreptimeDB 了（见 https://docs.greptime.com/developer-guide/how-to/how-to-use-tokio-console），所有 Tokio 的 tasks 现在可以很方便地展现出来，对我们排查 tokio runtime 的问题很有帮助。
Tokio 控制台截图：
issue#1016
如 Prometheus HTTP API 描述的那样，除了query
和 query_range
端点之外，还有一些其他有用的端点，能帮助 Prometheus 用户探索数据集的元数据或细节。同时这些端点将帮助 GreptimeDB 作为 Prometheus 服务更顺利地集成到其他系统中。
curl 'localhost:9090/api/v1/labels'
{
"status": "success",
"data": [
"__name__",
"call",
"code",
"config",
"dialer_name",
"endpoint",
"event",
"goversion",
"handler",
"instance",
"interval",
"job",
"le",
"listener_name",
"name",
"quantile",
"reason",
"role",
"scrape_job",
"slice",
"version"
]
}
GreptimeDB v0.3 预计将在 6 月初与大家见面啦！
v0.3 会是一个初步可以试用的分布式版本，它具备了 region 粒度的服务高可用（数据高可靠还待后续版本完成），重点场景的分布式查询（重点是 PromQL 查询方向）和写入性能均达到或者略微超过主流同类数据库性能的水位线。
欢迎大家持续关注我们的最新动态，也欢迎大家试用 GreptimeDB v0.3！
为了促进各团队之间的合作，并在 Greptime 社区内打造良好的社区文化，需要有标准化的社区指南，以便成员能够更快地建立信任，并专注于我们社区的长期可持续发展。
无论你是开发者、架构师、设计师、技术写手，还是对开源项目充满热情的建设者，都可以在我们的社区施展才华！更多社区详情：
https://github.com/GreptimeTeam/Community。
如果你有任何改进本指南的建议，可以提出 PR 或将修改建议发到这个邮箱：community@greptime.com。我们非常欢迎你分享想法，让我们一起共创一个充满活力、更具包容性的社区!
参考
[1] TQL: Telemetry Query Language
官网：https://greptime.com/
GitHub: https://github.com/GreptimeTeam/greptimedb
文档：https://docs.greptime.com/
Twitter: https://twitter.com/Greptime
Slack: https://greptime.com/slack
LinkedIn: https://www.linkedin.com/company/greptime/
往期精彩文章：
👇 点击下方阅读原文，立刻前往 GitHub 下载体验开源的时序数据库 GreptimeDB
