实际使用过 solarwinds，十年前，solarwinds 是一家专门从事美国的公司IT 产品监控工作，产品是付费的，一般国内企业很少使用，主要是成本比较贵。这次是偶然看到的SW 公司的 TKC 今年系列介绍SW针对 POSTGRESQL 的 DPA ，database performance administrator 系列。在针对这个meeting 在详细描述开始之前，对数据库的监控，即最近要开始的系统，是有想象力的，特别是对数据库的性能监控。
大多数人都想到性能监测
1 监控数据库慢查询的监控
2 使用数据库CPU, MEMORY, BUFFER HIT,I/O IOPS 等的监控
3展示这些动态
但从深层次的角度来看，这些这些是解决问题时的解决方案，而不是预防问题的解决方案，这通常被称为前摄像头。如何通过监控发现更深层次的问题，并通过监控系统进行分析，可以是数据库监控系统的下一个方向。
——————————————————————————————
正文：下面是 SW 的 solution Architect
Ash 是来自SW 的 database software Architect .
基于数据库系统的问题发现，SQL句子的性能执行一直是一个关注点。我们可以从多个角度分析这个问题，比如我们的句子在等什么，比如SQL 语句的执行中在等待锁，在等待I/O无论系统是否准备好，我们都会关注我们是否有一个好的有效途径来消除这些系统的瓶颈，确认我们可以为最终用户提供高质量的系统。
DPA系统主要针对从ORACLE ，SQL SERVER ,等待客户迁移POSTGRESQL 特别是现在，大量公司考虑成本因素ORACLE ，SQL SERVER 迁移到POSTGRESQL 情况很多，但同时公司内部没有专业POSTGRESQL 管理人员，所以DPA 系统主要的工作有以下几点
1 通过等待时间来定义系统的瓶颈，并尝试通过调整配置来提供系统的性能
2根据这些变化，系统在获得调整参数后是否会变得更好或更糟
3定义那些是不好的SQL
4历史性分析和监控功能
通过DPA 综合分析可以找出某一个SQL 在某个时刻运行的次数，以及这些句子占据了这个时刻的整体SQL 从图中可以看出，调整参数后，整体性能变化较大，JAN 11 中UPDATE 句子的变化和 FEB 2 语句的性能差异很大。比较数据库的非逻辑等待，如I/O 等待，等待，看起来更清晰SQL 与 底层系统性能之间的关系。
同时，我们也针对这种情况给出了相关的解决方案，谁应该解决，这对一些在这方面没有管理知识的客户有很大的帮助和指导。
甚至我们在任何时间线上整合了问题的解释，以及你应该让谁做什么"白话解释"。在分析了上图中的问题后，我们自动提醒客户，开发团队应该看看如何在应用程序中减少锁的发生，我们非常关心它COOL 的功能叫 PG TUNE .
这不仅解决了客户的问题，也为客户提供了更多的学习POSTGRESQL 知识的一条路径。
另一个例子是，根据分析，我们可以给客户更深入和专业的建议，而不是士兵的一些空曲线和参数。以这种方式给客户更好的前瞻性。
例如，性能在我们的图例中 为什么1月15日的性能比1月13日差？我们在这里提出的建议是，数据库系统无法满足系统中装载的活跃数据，因此我们根据数据分析对客户的情况提出了内存建议。
在如我们的storage admin发现客户的模块 wal 频繁的日志checkpoints会导致磁盘的性能问题。
同时，经过后期数据跟踪，我们在2:00进行了调整max_wal_size参数意见。
我们甚至根据数据在后面给用户使用 pgbouncer 增加系统对过多连接的建议。
此外，我们还可以根据这些数据给出每天客户数据库的重要性能问题TOP注释，其中DAP 系统是可以感知客户的系统越来越糟糕，那些表什么时间加进来的，同时
对于一些客户没有解决的问题，我们也有提醒的功能。例如，我们可以提醒客户，一些问题已经被提醒，一些历史表。
DPA 系统还将记录和显示系统中的负载。
根据这些信息，客户的系统可以更稳定地运行，客户知道他的系统发生了什么，需要调整什么。我们甚至可以在这个系统中为客户安排课程，让客户知道发生了什么，或者我们可以回顾什么。
同时，这也是系统运行良好、持续优化系统性能的关键。
感谢关注guys , 我希望每个人都能始终关注自己的系统性能，并成功地连续地提供良好的服务。