标签：问题 教程 第十三 数据库 SQL elapsed parse time

数据库中级教程 第十三讲 数据库的性能报告解读

数据库的性能报告的解读与医生解读患者的检查报告是相似的。
遵循先总体，后部分的顺序。

先了解CPU，内存，I0的工作繁忙的程度是否正常。例如CPU的消耗过大，
再进一步地了解，是排序问题，还是SQL的解析问题，Sql的执行问题。
如果是SQL的执行问题，则进一步分析是执行计划的问题，还是有死锁的问题等。

如果是内存的问题，进一步分析是内存的碎片问题，还是缓冲区的命中率不高，
导致的频繁地换页的问题。

如果是IO的问题，进一步分析是并发的用户过多的问题，还是批量传输的数据量过大的问题。

针对如上的问题，我们可以关注AWR性能报告中的相应的指标。医生如果怀疑患者有心脏问题，
可以要关注血压，心率等指标，重点分析心电图的动作电位的曲线。作为DBA，如果我们怀疑
数据库有性能问题，要关注的可能是各种等待事件，SQL执行情况的统计信息等。

 例如如下的指标
   parse time elapsed/hard parse elapsed time

通过这两个指标的对比，可以看出硬解析占整个的比例。如果很高，就说明存在大量硬解析。

DB对CPU的利用情况，这就涉及到10g新引入的一个关于时间统计的视图 - v$sys_time_model。
简单而言，Oracle采用了一个统一的时间模型对一些重要的时间指标进行了记录，
具体而言，这些指标包括：
1) background elapsed time

    2) background cpu time

          3) RMAN cpu time (backup/restore)

1) DB time

    2) DB CPU

    2) connection management call elapsed time

    2) sequence load elapsed time

    2) sql execute elapsed time

    2) parse time elapsed

          3) hard parse elapsed time

                4) hard parse (sharing criteria) elapsed time

                    5) hard parse (bind mismatch) elapsed time

          3) failed parse elapsed time

                4) failed parse (out of shared memory) elapsed time

    2) PL/SQL execution elapsed time

    2) inbound PL/SQL rpc elapsed time

    2) PL/SQL compilation elapsed time

    2) Java execution elapsed time

    2) repeated bind elapsed time

标签：问题,教程,第十三,数据库,SQL,elapsed,parse,time
来源： https://blog.csdn.net/gggwfn1982/article/details/111598673

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。