性能工具介绍.pptVIP

性能监测工具的介绍 目标 掌握Autotrace和TKPROF工具的使用方法 理解工具中各种统计数据的含义 议程 Autotrace的使用 TKPROF的使用 议程 Autotrace的使用 TKPROF的使用 阅读查询计划 将查询计划转换成一个排序图表——估算树。 Autotrace 配置autotrace： 1.以管理员登陆sqlplus(sysdba)，执行@?/sqlplus/admin/plustrce 2.运行 grant plustrace to public 3.在各自的会话中运行 @?/rdbms/admin/utlxplan 4.启动autotrace Autotrace报告包括查询计划和统计信息。 启动autotrace Set autotrace off:不产生报告。 Set autotrace on:查询正常运行，报告包括查询计划和统计信息。 Set autotrace on explain:查询正常运行，报告只包括查询计划。 Set autotrace on statistics:查询正常运行，报告只包括统计信息。 Set autotrace traceonly:禁止结果输出，只显示报告信息。 Set autotrace traceonly statistics:只显示报告中的统计信息。 Set autotrace traceonly explain:只显示报告中的查询计划。 查看autotrace报告(演示) Autotrace报告的组成部分 执行计划 统计信息 执行计划 Cost：CBO赋予查询计划的每个步骤的成本。 Card：特定的查询计划步骤将输出的记录行数的估计。 Bytes：CBO预测的每一个步骤将返回的数据字节数量。 统计信息介绍 Recusive calls 为执行你的SQL语句而引起运行其他SQL语句的数目(递归调用SQL语句的次数)。 引起递归调用次数多的原因： 1. 硬分析 2. PL/SQL函数调用 更改中产生的副作用，如触发器、基于函数的索引 空间请求：在响应对空间的请求时，由于磁盘排序或对需要扩展的表进行了大量更改，会出现大量的递归SQL。对于字典管理的表空间是用数据表进行管理的，扩展时需要查询或修改对应的表。 硬分析 如果递归调用次数开头很高，可以运行相应的查询，看看该统计数据是否仍然很高。若不高，则表明递归SQL是由于硬分析造成。 关于硬分析的详细内容在下一章讲述。 看例子： Alter system flush shared_pool; Set autotrace traceonly statistics; Select * from scott.emp; Select * from scott.emp; Db block gets和consistent get 两个数据描述了逻辑IO读取数 Db block get：当前方式的读取是该块存存在时检索它，在更改语句中最常见，因为我们应该只更改该块的最新的拷贝。 Consisitent get：一致性读取是以“读一致性”方式从缓冲区高速缓存中检索块并且可能会包括读取回退段，查询通常执行“一致性读取”。 Physical reads 物理读取统计是对你所执行的查询需要多少实际IO或物理IO的一个度量 两类常见的物理IO： 从数据文件中读取数据：因为对数据文件操作IO以检索索引和表数据都是先把某块放进高速缓存中，然后执行一个逻辑IO检索该块，所以这些操作的后面都跟一个逻辑IO。 从TEMP中直接读：当排序区或散列区不足以支持完整的排序、散列时，oracle把某些数据交换到TEMP中再取回它，这种物理读将绕过高速缓存并且不会引起逻辑IO。 Redo size 重做尺寸统计信息显示在执行过程中产生了多少重做数据。 通常在对表的数据进行增、删、改的时候会产生重做信息。 SQL*Net统计 三部分： 通过SQL*Net从客户机中接收的字节数 通过SQL*Net发送给客户机的字节数 SQL*Net到客户机的往返次数 注意：为减少该统计数据量，查询语句中只返 回必要的列，这样可以提高效率。 排序及已处理的行 Sorts(memory)：显示在内存中处理排序的总次数。 Sorts(disk)：显示在临时表空间中进行排序的次数。 Rows processed：显示受影响的行数。 议程 Autotrace的使用 TKPROF的使用 TKPROF Tkprof是一个用于分析Oracle跟踪文件并且产生一个更加清晰合理的输出结果的可执行工具。如果一个系统的执行效率比较低，一个比较好的方法是通过跟踪用户的会话并且使用Tkprof工具使用排序功能格式化输出，从而找出有问题的SQL语句。 一旦启动跟踪