Oracle执行计划 SQL语句执行效率问题查找与解决方法.docx

Oracle的SQL语句执行效率问题查找与解决方法识别占用资源较多的语句的方法（4种方法）测试组和最终用户反馈的与反应缓慢有关的问题。利用V_$SQLAREA视图提供了执行的细节。（执行、读取磁盘和读取缓冲区的次数）数据列EXECUTIONS：执行次数DISK_READS：读盘次数COMMAND_TYPE：命令类型（3:select,2:insert;6:update;7delete;47:pl/sql程序单元）OPTIMIZER_MODE：优化方式SQL_TEXT：Sql语句SHARABLE_MEM：占用shared pool的内存多少BUFFER_GETS：读取缓冲区的次数用途1、帮忙找出性能较差的SQL语句2、帮忙找出最高频率的SQL 3、帮忙分析是否需要索引或改善联接监控当前Oracle的session，如出现时钟的标志，表示此进程中的sql运行时间较长。Trace工具：查看数据库服务的初始参数：timed_statistics、user_dump_dest和max_dump_file_sizeStep 1: alter session set sql_trace=trueStep 2: run sql；Step 3: alter session set sql_trace=falseStep 4:使用 “TKPROF”转换跟踪文件Parse，解析数量大通常表明需要增加数据库服务器的共享池大小，query或current提取数量大表明如果没有索引，语句可能会运行得更有效，disk提取数量表明索引有可能改进性能，library cache中多于一次的错过表明需要一个更大的共享池大小如何管理语句处理和选项基于成本（Cost Based） 和基于规则（Rule Based） 两种优化器， 简称为CBO 和RBOOptimizer Mode参数值:Choose：如果存在访问过的任何表的统计数据 ，则使用基于成本的Optimizer,目标是获得最优的通过量。如果一些表没有统计数据，则使用估计值。如果没有可用的统计数据，则将使用基于规则的OptimizerAll_rows：总是使用基于成本的Optimizer，目标是获得最优的通过量First_rows_n：总是使用基于成本的Optimizer，目标是对返回前N行（“n”可以是1，10，100或者1000）获得最优的响应时间First_rows：用于向后兼容。使用成本与试探性方法的结合，以便快速传递前几行RULE：总是使用基于规则的Optimizer使用数据库特性来获得有助于查看性能的处理统计信息（解释计划和AUTOTRACE）No1: Explain Plan使用Explain工具需要创建Explain_plan表，这必须先进入相关应用表、视图和索引的所有者的帐户内. (@D:\oracle\ora92\rdbms\admin\utlxplan)表结构：STATEMENT_ID：为一条指定的SQL语句确定特定的执行计划名称。如果在EXPLAN PLAN语句中没有使用SET STATEMENT_ID，那么此值会被设为NULL。 OPERATION：在计划的某一步骤执行的操作名称，例如：Filters，Index，Table，Marge Joins and Table等。 OPTION：对OPERATION操作的补充，例如：对一个表的操作，OPERATION可能是TABLE ACCESS，但OPTION可能为by ROWID或FULL。 Object_Owner：拥有此database Object的Schema名或Oracle帐户名。 Object_name：Database Object名 Object_type：类型，例如：表、视图、索引等等 ID：指明某一步骤在执行计划中的位置。 PARENT_ID：指明从某一操作中取得信息的前一个操作。通过对与ID和PARENT_ID使用Connect By操作，我们可以查询整个执行计划树。EXPLAIN搜索路径解释 全表扫描（Full Table Scans）(无可用索引,大量数据,小表 ,全表扫描hints,HWM(High Water Mark), Rowid扫描) 索引扫描索引唯一扫描（Index Unique Scans）索引范围扫描（Index Range Scans）索引降序范围扫描（Index Range Scans Descending）索引跳跃扫描（Index Skip Scans）全索引扫描（Full Scans）快速全索引扫描（Fast Full Index Scans）索引连接（Index Joins）位图连接（Bitmap Joins）如何选择访问路径： CBO首先检查WHERE子句中的条件以及FROM子句，确定