PostgreSQL 17监控问题:postgres_exporter中checkpoints_timed列缺失的解决方案
背景介绍
PostgreSQL 17 beta3版本对监控统计信息视图进行了重要调整,将检查点相关的统计信息从传统的pg_stat_bgwriter视图迁移到了新增的pg_stat_checkpointer视图中。这一变更导致广泛使用的postgres_exporter监控工具在收集指标时出现错误,提示"checkpoints_timed列不存在"。
问题分析
在PostgreSQL 17之前的版本中,检查点相关的统计指标(如checkpoints_timed、checkpoints_req等)都存储在pg_stat_bgwriter系统视图中。然而从PostgreSQL 17开始,这些指标被转移到了专门的新视图pg_stat_checkpointer中,这是PostgreSQL开发团队对监控统计信息架构的一次优化调整。
当用户升级到PostgreSQL 17后,使用postgres_exporter(特别是v0.15.0版本)进行监控时,会出现以下错误日志:
caller=collector.go:202 level=error msg="collector failed" name=stat_bgwriter duration_seconds=0.018634044 err="pq: column \"checkpoints_timed\" does not exist"
临时解决方案
对于需要立即解决问题的用户,目前有以下几种临时解决方案:
-
禁用stat_bgwriter收集器
在启动postgres_exporter时添加--no-collector.stat_bgwriter参数,或者在Docker环境中通过command参数指定:command: '--no-collector.stat_bgwriter'在Helm chart中可以通过配置实现:
prometheus-postgres-exporter: config: disableCollectorBgwriter: true -
使用SQL Exporter替代
可以配置SQL Exporter来执行自定义查询,只获取pg_stat_bgwriter视图中仍然可用的指标(如buffers_clean、maxwritten_clean等)。
长期解决方案
社区已经意识到这个问题,并提出了修复方案。预计在未来的postgres_exporter版本中,将会:
- 检测PostgreSQL版本,对17及以上版本使用新的pg_stat_checkpointer视图
- 保持向后兼容,对旧版本继续使用pg_stat_bgwriter视图
- 可能需要调整指标命名以反映数据来源的变化
最佳实践建议
对于计划升级到PostgreSQL 17的用户,建议:
- 在测试环境中先验证监控系统的兼容性
- 关注postgres_exporter的更新,及时升级到包含修复的版本
- 考虑扩展监控方案,除了检查点指标外,还应关注PostgreSQL 17引入的其他新特性和性能指标
总结
PostgreSQL 17对监控统计视图的调整是数据库演进过程中的一部分,虽然短期内会造成一些兼容性问题,但从长期来看,这种分离使得监控数据更加清晰和有组织。作为DBA或运维人员,理解这些变化并及时调整监控策略,是确保数据库健康运行的重要一环。
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5-w4a8GLM-5-w4a8基于混合专家架构,专为复杂系统工程与长周期智能体任务设计。支持单/多节点部署,适配Atlas 800T A3,采用w4a8量化技术,结合vLLM推理优化,高效平衡性能与精度,助力智能应用开发Jinja00
jiuwenclawJiuwenClaw 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。Python0203- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
AtomGit城市坐标计划AtomGit 城市坐标计划开启!让开源有坐标,让城市有星火。致力于与城市合伙人共同构建并长期运营一个健康、活跃的本地开发者生态。01
awesome-zig一个关于 Zig 优秀库及资源的协作列表。Makefile00