经过开发方面的努力，以及对问题sql的优化之后，截止目前，之前发现的问题sql已经得到了缓解。之后，我们对数据库2个节点进行了整体分析，目前得出以下问题。

依据材料：2个节点的awr报告，见附件

经过对数据库2个节点的整体分析，发现2个节点的资源承载相差较大。以下为2个节点的对比:

负载情况比对

节点1

节点2

说明：

无论从redosize还是transactions明显可以看出节点1比节点2忙碌，虽然2个节点的hard parses相差貌似不是很大，但是从其executes数以及parses分析，初步断定是节点1的大量硬解析导致的。

实例效率比对

节点1

节点2

说明：

通过library hit%和parse cpu to parse elapsd%来看，基本能够确定是节点1的大量硬解析导致的。

经过以上分析，我们在sql统计中，节点1如下所示：

（注：SQL ordered by Elapsed Time）

说明：在上图（节点1）中发现，有大量的以下语句出现：

SELECT /*+parallel(t, 12)*/t.s…..

具体分析后，这种情况在节点2中不存在。

对上边的大量相同的sql具体分析如下：

SELECT /*+parallel(t, 12)*/

 t.source_id,

 t.start_date,

 SUM(t.num_cdrs),

 SUM(t.settlement_duration),

 SUM(t.sett_fee)

  FROM (SELECT d.source_id,

               substr(d.start_date, 1, 8) start_date,

               d.num_cdrs,

               d.settlement_duration,

               d.sett_fee

          FROM zhjs_app.tl_y_voice_sett_201208@xjzhjs d,

               (SELECT element_id

                  FROM zhjs_param.tp_relation_element@xjzhjs

                 WHERE rpt_code = '15'

                   AND tnode IN

                       ('415102', '415105', '415108', '416103', '416106')) c

         WHERE d.account_item = c.element_id

        UNION ALL

        SELECT d.source_id,

               substr(d.start_date, 1, 8) start_date,

               d.num_cdrs,

               d.settlement_duration,

               d.sett_fee

          FROM zhjs_app.tl_y_voice_sett_201209@xjzhjs d,

               (SELECT element_id

                  FROM zhjs_param.tp_relation_element@xjzhjs

                 WHERE rpt_code = '15'

                   AND tnode IN

                       ('415102', '415105', '415108', '416103', '416106')) c

         WHERE d.account_item = c.element_id) t

 GROUP BY t.source_id, t.start_date;

说明：

在节点1，存在这样大量的sql，其中除了在in 子句中的对象个数不同外，其他基本全部一致。这也是导致节点1大量硬解析，消耗主机资源，拖低节点1各种性能指标的原因。

建议：

对以上语句进行绑定变量处理。

总结：

这次对XXXX数据库性能的监控主要从其整体结构来进行分析的，并不是将全部精力放在盯某个或者某类sql上，我们认为这样可以避免瞎子摸象的问题产生，至于最后还是落在具体sql上，这个只是一种分析的结果，而非以往的一种惯性“有性能问题就找sql”这样的分析过程。

         最后，希望在和开发等同事的一起努力下，XXXX性能有所大的提高。

ps:很不习惯写文档，而且还那种给人家找事的文档，基本形成了格式，首先肯定人家前期的努力和结果，其次不但提出自己的见解，还得表明自己的分析依据和分析过程，完了再加以一定的鼓励和前瞻性。哎..真劳神，其实也就一句话的事儿..