译者简介
李鑫&崔鹏&海能达DBA团队,任职于海能达通信股份有限公司哈尔滨平台中心,数据库开发高级工程师,致力于postgresql数据库在专网通信领域、公共安全领域的应用与推广,个人兴趣主要集中在:分布式数据库系统设计、高并发高可用数据库架构设计与开源数据库的源码研究。
校对者简介
赵全明 任职于华为技术有限公司,数据库内核开发工程师,参与RDS for PostgreSQL管控及GaussDB多个版本的研发,致力于PostgreSQL在全行业的应用与推广。
我成为一名DBA非常偶然,真的是非常偶然。我首次接触PostgreSQL时是一名应用程序开发人员,这类群体都非常喜欢使用SQL编程并使用数据库来帮助解决问题。尽管如此,随着系统投入生产,我必须学习并支持好它们。 PostgreSQL监视和性能优化是一个巨大的话题 。实际上,我将阅读我的同事Greg Smith 在Ubuntu 上 对PostgreSQL 13进行基准测试时 所写的内容,并提醒我,我还有很多东西要学习!公正地讲,这类文章并不少,但是我想尝试分享我从应用程序开发人员转型运维人员时总结到的一些见解。 在 上 一篇 文章中 ,(https://info.crunchydata.com/blog/postgresql-monitoring-for-application-developers-the-vitals)我谈到了如何仅通过查看 重要统计信息(https://info.crunchydata.com/blog/postgresql-monitoring-for-application-developers-the-vitals) (CPU,内存,磁盘和网络利用率)就可以 监视Postgres系统(https://info.crunchydata.com/blog/setup-postgresql-monitoring-in-kubernetes) ,并在此过程中学到很多东西。这些有关资源利用的统计数据可以作为切入点:它们可以指示系统的哪个部分出现了问题,但也许并不是真正的问题所在。 这是 基本DBA统计数据 起作用的地方。 这些统计信息提供了有关PostgreSQL数据库活动的总体信息,可以帮助您发现性能和可用性方面的问题,并可以在“不良情况”开始发生之前提供“早期警告”。 那么,这