问诊白求恩之性能分析：把握趋势比你更了解你的库

如果问你，你的数据库性能如何，你会怎么回答呢？

DBA 甲： db file sequential read等待事件经常出现，不知道什么原因。 DBA 乙：平常负载不高，但偶尔周一业务高峰期就撑不住挂掉了。 DBA 丙：有一些SQL语句执行非常慢，但业务不给改，也没有办法。

以上会不会恰好也是你的答案？

我们都在做运维，但往往被人问起才发现，自己并不懂自己的数据库。数据库的性能分析是一个很广泛的话题，涉及到的内容非常多，对于大多数的DBA来说都是一个复杂的让人头疼的问题，优化更是难上加难。今天，有一个人，他比你更了解你的数据库性能！他的名字叫：白求恩 - Bethune 。

你不信？请跟我一起看。

在云和恩墨自主研发的数据库智能诊断平台Bethune上，对于数据库性能做了全方位多角度的分析和检测，让你对数据库性能有更直观的认识。

这些维度包括：

• AWR/SGA分析
• 整体负载分析
• 等待事件
• Top SQL

AWR/SGA分析

在采样数据中，Bethune会以DB time为判断指标进行趋势展现，让你更了解数据库的日常工作状态。通过将高负载处的DB time进行分解，更可以发现可能存在的性能问题：

上图为例，在43211的DB time时间内，CPU的时间只占1/4左右。在DB wait中，由网络和系统导致的等待时间较长，同时，commit等待的时间较长，可猜测系统写IO性能较差。

对于DB time过高的时间点，Bethune则会认为是异常点并以提示的信息展现：

对于SGA的使用，则对SGA中不同组件的使用情况做了节点间的对比：

对于使用情况有异常的组件，白求恩会给出提示信息及调整建议：

整体负载分析

在性能模块下选择：【整体负载】

白求恩列举了共24个负载指标，并通过两个节点的对比，结果展现更直观易懂。

如上图，通过gc cr相关的指标对比发现，集群节点间存在较多的交互。

并通过时间模型，详细展示了数据库消耗在各方面的时间。

等待事件

对于系统等待事件，在页面上做了详细的展示：

将鼠标放到对应的时间点，会以表的方式呈现：

我们看到，在该实例中，log file Sync的等待事件占了总共DB time的40%以上。

log file Sync等待事件产生的原因与以下几种：

1.频繁提交或者rollback,检查应用是否有过多的短小的事务，如果有，可以使用批处理来缓解。

2.操作系统IO缓慢。

3.log_buffer 过大。这种情况，可以调小参数_LOG_IO_SIZE参数，其默认值是LOG_BUFFER的1/3或1MB，取两者之中较小的值。

4.CPU负载高。

5.RAC私有网络性能差，导致LMS同步commit SCN慢。

当然需要结合系统的具体情况才能给出精确的结论。

Top SQL

在一个awr里面我们可以快速的识别按照执行时间或者资源消耗排序的 topsql，但Oracle数据库默认每一个小时就会产生一个awr snapshot，一个snapshot 里面至少包含几十条topsql。在一周甚至一个月的awr snapshot 里面。到底哪些sql值得你真正关注？这个不仅仅需要数据库的专业知识，还需要做一定的统计分析。

Bethune topsql 智能推荐引擎，基于采集到的数据样本，从dbtime整体相关性和峰值影响两个维度去给你推荐了值得你关注的10条topsql。我们在sql summary 表格里面展示了该top sql 在采集周期里面的性能汇总数据。点击sql_id，还能看到该sql 的详细资源消耗，获取行数的趋势。执行计划的细节。执行计划里面涉及到对象的统计信息。一应俱全。丰富而关键的信息，节省了运维工程师大量的发现问题和诊断问题的时间。

这是topsql的总览，我们通过算法算出值得你关注的10条topsql之后，在awr的性能数据里面去做了历史趋势绘图。

对于性能比较差的SQL，或有明显问题的SQL，我们以提示的方式展现，告诉你SQL语句的问题出在哪里。

对于top SQL的指标，也有更详细的说明：

在上图中，点击sql id,会跳转至一个新的页面：

这个页面包含SQL文本，SQL趋势分析，执行计划，谓词信息等。

点击上图中执行计划里的对象，对象涉及的表信息，列信息，索引信息，分区信息，一应俱全。

有这样完整的信息，节省了运维工程师大量的发现问题和诊断问题的时间。