plsql执行计划,统计信息.docxVIP

plsql执行计划,统计信息 　　基于ORACLE的应用系统很多性能问题，是由应用系统SQL性能低劣引起的，所以，SQL的性能优化很重要，分析与优化SQL的性能我们一般通过查看该SQL的执行计划，本文就如何看懂执行计划，以及如何通过分析执行计划对SQL进行优化做相应说明　　一、什么是执行计划　　执行计划：一条查询语句在ORACLE中的执行过程或访问路径的描述。　　二、如何查看执行计划　　1:在PL/SQL下按F5查看执行计划。第三方工具toad等。　　很多人以为PL/SQL的执行计划只能看到基数、优化器、耗费等基本信息，其实这个可以在PL/SQL工具里面设置的。可以看到很多其它信息，如下所示　　2:在SQL*PLUS(PL/SQL的命令窗口和SQL窗口均可)下执行下面步骤复制代码代码如下:　　SQLEXPLAINPLANFOR　　SELECT*FROM;--要解析的SQL脚本　　SQLSELECT*FROMTABLE(DBMS_);　　3:在SQL*PLUS下(有些命令在PL/SQL下无效)执行如下命令：复制代码代码如下　　:　　SQLSETTIMINGON--控制显示执行时间统计数据　　SQLSETAUTOTRACEONEXPLAIN--这样设置包含执行计划、脚本数据输出，没有统计信息　　SQL执行需要查看执行计划的SQL语句　　SQLSETAUTOTRACEOFF--不生成AUTOTRACE报告，这是缺省模式SQLSETAUTOTRACEON--这样设置包含执行计划、统计信息、以及脚本数据输出　　SQL执行需要查看执行计划的SQL语句　　SQLSETAUTOTRACEOFF　　SQLSETAUTOTRACETRACEONLY--这样设置会有执行计划、统计信息，不会有脚本数据输出　　SQL执行需要查看执行计划的SQL语句　　SQLSETAUTOTRACETRACEONLYSTAT--这样设置只包含有统计信息　　SQL执行需要查看执行计划的SQL语句　　SETAUTOT[RACE]{ON|OFF|TRACE[ONLY]}[EXP[LAIN]][STAT[ISTICS]]参考文档：SQLPlusUsersGuideandReferenceRelease　　注意：PL/SQLDeveloper工具并不完全支持所有的SQL*Plus命令，像SETAUTOTRACEON就如此，在PL/SQLDeveloper工具下执行此命令会报错　　SQLSETAUTOTRACEON;　　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.【ClusteredIndex