plsql执行计划,统计信息
基于ORACLE的应用系统很多性能问题，是由应用系统SQL性能低劣引起的，所以，SQL的性能优化很重要，分析与优化SQL的性能我们一般通过查看该SQL的执行计划，本文就如何看懂执行计划，以及如何通过分析执行计划对SQL进行优化做相应说明 一、什么是执行计划 执行计划：一条查询语句在ORACLE中的执行过程或访问路径的描述。 二、如何查看执行计划 1:在PL/SQL下按F5查看执行计划。第三方工具toad等。 很多人以为PL/SQL的执行计划只能看到基数、优化器、耗费等基本信息，其实这个可以在PL/SQL工具里面设置的。可以看到很多其它信息，如下所示 2:在SQL*PLUS(PL/SQL的命令窗口和SQL窗口均可)下执行下面步骤复制代码代码如下: SQL>EXPLAINPLANFOR SELECT*FROM;--要解析的SQL脚本 SQL>SELECT*FROMTABLE(DBMS_); 3:在SQL*PLUS下(有些命令在PL/SQL下无效)执行如下命令：复制代码代码如下 : SQL>SETTIMINGON--控制显示执行时间统计数据 SQL>SETAUTOTRACEONEXPLAIN--这样设置包含执行计划、脚本数据输出，没有统计信息 SQL>执行需要查看执行计划的SQL语句 SQL>SETAUTOTRACEOFF--不生成AUTOTRACE报告，这是缺省模式SQL>SETAUTOTRACEON--这样设置包含执行计划、统计信息、以及脚本数据输出 SQL>执行需要查看执行计划的SQL语句 SQL>SETAUTOTRACEOFF SQL>SETAUTOTRACETRACEONLY--这样设置会有执行计划、统计信息，不会有脚本数据输出 SQL>执行需要查看执行计划的SQL语句 SQL>SETAUTOTRACETRACEONLYSTAT--这样设置只包含有统计信息 SQL>执行需要查看执行计划的SQL语句 SETAUTOT[RACE]{ON|OFF|TRACE[ONLY]}[EXP[LAIN]][STAT[ISTICS]]参考文档：SQLPlusUser'sGuideandReferenceRelease 注意：PL/SQLDeveloper工具并不完全支持所有的SQL*Plus命令，像SETAUTOTRACEON就如此，在PL/SQLDeveloper工具下执行此命令会报错 SQL>SETAUTOTRACEON; CannotSETAUTOTRACE 4：SQL_TRACE可以作为参数在全局启用，也可以通过命令形式在具体SESSION启用 在全局启用，在参数文件： 从这个图，我们至少可以得到3个有用的信息： 1.哪些执行步骤花费的成本比较高。显然，最右边的二个步骤的成本是比较高的。 2.哪些执行步骤产生的数据量比较多。对于每个步骤所产生的数据量，SqlServer的执行计划是用【线条粗细】来表示的，因此也很容易地从分辨出来。 3.每一步执行了什么样的动作。 对于一个比较慢的查询来说，我们通常首先要知道哪些步骤的成本比较高，进而，可以尝试一些改进的方法。一般来说，如果您不能通过：提高硬件性能或者调整OS,SqlServer的设置之类的方式来解决问题，那么剩下的可选方法通常也只有以下这些了： 1.为【scan】这类操作增加相应字段的索引。 2.有时重建索引或许也是有效的，具体情形请参考后文。 3.调整语句结构，引导SqlServer采用其它的查询方案去执行。 4.调整表结构。 下面再来说说一些很重要的理论知识，这些内容对于执行计划的理解是很有帮助的。SqlServer查找记录的方法 说到这里，不得不说SqlServer的索引了。SqlServer有二种索引：聚集索引和非聚集索引。二者的差别在于：【聚集索引】直接决定了记录的存放位置，或者说：根据聚集索引可以直接获取到记录。【非聚集索引】保存了二个信息：1.相应索引字段的值，2.记录对应聚集索引的位置。因此，如果能通过【聚集索引】来查找记录，显然也是最快的。 SqlServer会有以下方法来查找您需要的数据记录： 1.【TableScan】：遍历整个表，查找所匹配的记录行。这个操作将会一行一行的检查，当然，效率也是最差的。 2.【IndexScan】：根据索引，从表中过滤出来一部分记录，再查找所匹配的记录行，显示比第一种方式的查找范围要小，因此比【TableScan】要快。 3.【IndexSeek】：根据索引，定位记录的存放位置，然后取得记录，因此，比起前二种方式会更快。 4.
