pgwatch v6.0.0-beta 发布：除 Prometheus 源外还有多项更新。所有仪表盘基于 Grafana v13 新架构重建，Prometheus 源获得与 Postgres 同等的仪表盘支持，新增 Patroni 集群总览等面板。核心采集器大幅增强容错能力，修复了约400个源每月一两次停止采集的生产事故根因，并新增四项指标及一项安全修复。

pgwatch v6.0.0-beta 发布，最大亮点是可直接抓取 Prometheus exporter，并将其作为与 PostgreSQL 并列的一等数据源。配置方式类似 Postgres 源，只需将 DSN 换成 URL，支持 Basic Auth、TLS 和内置 patroni 预设。自定义指标名直接作为测量列，标签转为 tag 列。未配置指标时默认每 60 秒抓取全部指标族。若下游为 Prometheus，数据按原始指标名重新暴露，无需修改仪表盘。

PostgreSQL 新增 pg_stat_plans 扩展，功能类似 pg_stat_statements，但按查询计划而非语句统计。作者将其集成到 pgwatch：通过 YAML 定义指标和源，定期采集数据存入 sink 库，再用 Grafana 面板展示同一查询的不同计划（如嵌套循环与哈希连接），便于调试高耗资源查询。

pgwatch 默认将指标存入 PostgreSQL，但支持通过 gRPC 客户端扩展存储。本文介绍用 Go 开发自定义 gRPC 服务器，实现 Receiver 服务的 UpdateMeasurements、SyncMetric、DefineMetrics 方法，将采集指标写入 ClickHouse，涵盖生成代码、建表、连接数据库及注册服务，测试后数据成功写入。

pgwatch v4正式发布，支持PostgreSQL v18，更新了Grafana仪表板，移除过时功能，增加新特性和文档。计划在几周内发布稳定版，并将在2025年欧洲PostgreSQL大会上讨论。

在GSoC项目中，我参与了PostgreSQL社区的pgwatch项目，通过学习和优化代码，添加了TLS加密和gRPC支持，提升了开发体验，并提出了新功能。感谢导师们的支持，这段经历让我在技术和个人成长上都有了显著进步。

在GSoC项目中，我参与了PostgreSQL社区，贡献了pgwatch项目，添加了TLS加密和gRPC支持，提升了开发体验，并提出了新的数据接收器。这段经历促进了我的技术和个人成长。