瀚高PDR(AWR)报告初体验

白鳝的洞穴 2020-12-25

1546

对于国产和开源数据库来说，运维是一个难点，由于原厂的服务能力与Oracle、DB2等国外大厂有着不小的差距，第三方服务就更缺乏了。如果要自己运维，那么就需要涉及工具的问题。最新的瀚高highgo 6.0数据库是基于Postgresql 12.3核心的，从性能与稳定性来说，都有着不错的表现。最近D-SMART大师问诊工具也在做highgo 6.0的适配，于是老白也跟着玩了玩highgo。昨天同事海军发现了一个类似ORACLE AWR的性能分析报告插件：highgo PDR，于是生成了一份报告。今天我们就这这份报告来看看PDR到底对DBA的运维有多大帮助。

看这个报告头是不是ORACLE DBA都感到十分亲切。实际上以前的华为gaussdb 100 1.0.1版本、达梦数据库也带有一个类似AWR的报告，不过达梦和高斯的报告还是过于简单了。我们来看看highgo 6.0的PDR能不能给大家带来一些惊喜。

Load Profile是我们分析Oracle数据库的负载必看的内容，从PDR的LOAD PROFILE上，PG核心的一些主要负载信息还是比较完整的，从这些数据上，完全是可以类似oracle一样去评估负载的。不过在Load Profile里明显少了一些东西。我们来对比一下Oracle的Load Profile：

在Load Profile中缺少了wal大小，逻辑读，物理读，IO大小等十分重要的信息。实际上，这些数据，在highgo中是能够采集的到的：

上面的表格里是D-SMART里目前已经采集到的highgo关键指标，如果能在load profile里加入这些指标就更好了。

第二个有价值的数据就是TOP 10 前台EVENT:

因为我们还没给数据库加压，所以目前的报告里的等待事件数量并不多，不知道加压后会如何。能够在FDR报告里看到等待事件的情况，对于曾经的Oracle DBA来说就太贴心了。不过这里看不到平均等待时间，有点美中不足。不过除了Oracle外，还很少数据库能够把等待事件的等待时间统计的比较完美的，因为这种统计算法十分难写，搞得不好会影响数据库的性能与稳定性。

下面是锁的情况分析。PostgreSQL有三种锁，spinlock,lwlock和lock。spinlock是保护内存结构用的（和Oraclelatch类似），采用硬件和操作系统提供的test and set原子操作来实现；LWLock是一种基于spinlock机制实现的轻量级的锁，有互斥、共享、WAIT UNTIL FREE三种锁模式；LOCK是和Oracle enqueue类似的普通锁，用于操作postgresql中的数据对象的。