当前位置：文档之家 › 执行计划的查看和分析

执行计划的查看和分析

  • 格式：doc
  • 大小：618.50 KB
  • 文档页数：20

执行计划的查看和分析1. 如何获得执行计划要为一个语句生成执行计划，可以有3种方法：1.1. autotraceSql> set autotrace onSql> select * from dual;执行完语句后，会显示explain plan 与统计信息。

这个语句的优点就是它的缺点，这样在用该方法查看执行时间较长的sql语句时，需要等待该语句执行成功后，才返回执行计划，使优化的周期大大增长。

如果不想执行语句而只是想得到执行计划可以采用：Sql> set autotrace traceonly这样，就只会列出执行计划，而不会真正的执行语句，大大减少了优化时间。

虽然也列出了统计信息，但是因为没有执行语句，所以该统计信息没有用处，如果执行该语句时遇到错误，解决方法为：(1）在要分析的用户下：Sqlplus > @ ?\rdbms\admin\utlxplan.sql(2) 用sys用户登陆Sqlplus > @ ?\sqlplus\admin\plustrce.sqlSqlplus > grant plustrace to user_name; - - user_name是上面所说的分析用户1.2. explain plan(1) sqlplus > @ ?\rdbms\admin\utlxplan.sql(2) sqlplus > explain plan set statement_id =’???’ for select ………………注意，用此方法时，并不执行sql语句，所以只会列出执行计划，不会列出统计信息，并且执行计划只存在plan_table中。

所以该语句比起set autotrace traceonly可用性要差。

需要用下面的命令格式化输出，所以这种方式我用的不多：set linesize 150set pagesize 500col PLANLINE for a120SELECT EXECORD EXEC_ORDER, PLANLINEFROM (SELECT PLANLINE, ROWNUM EXECORD, ID, RIDFROM (SELECT PLANLINE, ID, RID, LEVFROM (SELECT lpad(' ',2*(LEVEL),rpad(' ',80,' '))||OPERATION||' '|| -- OperationDECODE(OPTIONS,NULL,'','('||OPTIONS || ') ')|| -- OptionsDECODE(OBJECT_OWNER,null,'','OF '''|| OBJECT_OWNER||'.')|| -- OwnerDECODE(OBJECT_NAME,null,'',OBJECT_NAME|| ''' ')|| -- Object NameDECODE(OBJECT_TYPE,null,'','('||OBJECT_TYPE|| ') ')|| -- Object TypeDECODE(ID,0,'OPT_MODE:')|| -- OptimizerDECODE(OPTIMIZER,null,'','ANALYZED','', OPTIMIZER)||DECODE(NVL(COST,0)+NVL(CARDINALITY,0)+NVL(BYTES,0),0,null,' (COST='||TO_CHAR(COST)||',CARD='||TO_CHAR(CARDINALITY)||',BYTES='||TO_CHAR(BYTES)||')')PLANLINE, ID, LEVEL LEV,(SELECT MAX(ID)FROM PLAN_TABLE PL2CONNECT BY PRIOR ID = PARENT_IDAND PRIOR STATEMENT_ID = STATEMENT_IDSTART WITH ID = PL1.IDAND STATEMENT_ID = PL1.STATEMENT_ID) RIDFROM PLAN_TABLE PL1CONNECT BY PRIOR ID = PARENT_IDAND PRIOR STATEMENT_ID = STATEMENT_IDSTART WITH ID = 0AND STATEMENT_ID = 'aaa')ORDER BY RID, -LEV))ORDER BY ID;上面这2种方法只能为在本会话中正在运行的语句产生执行计划，即我们需要已经知道了哪条语句运行的效率很差，我们是有目的只对这条SQL语句去优化。

其实，在很多情况下，我们只会听一个客户抱怨说现在系统运行很慢，而我们不知道是哪个SQL引起的。

此时有许多现成的语句可以找出耗费资源比较多的语句，如：SELECT ADDRESS, substr(SQL_TEXT,1,20) Text, buffer_gets, executions,buffer_gets/executions AVG FROM v$sqlarea WHERE executions>0AND buffer_gets > 100000 ORDER BY 5;从而对找出的语句进行进一步优化。

当然我们还可以为一个正在运行的会话中运行的所有SQL语句生成执行计划，这需要对该会话进行跟踪，产生trace文件，然后对该文件用tkprof程序格式化一下，这种得到执行计划的方式很有用，因为它包含其它额外信息，如SQL语句执行的每个阶段(如Parse、Execute、Fetch)分别耗费的各个资源情况(如CPU、DISK、elapsed等)。

1.3. dbms_system存储过程因为使用dbms_system存储过程可以跟踪另一个会话发出的sql语句，并记录所使用的执行计划，而且还提供其它对性能调整有用的信息。

因其使用方式与上面2种方式有些不太一样，所以在附录中单独介绍。

这种方法是对SQL进行调整比较有用的方式之一，有些情况下非它不可。

具体内容参见附录。

1.4. PL/SQL工具如果在PL/SQL中使用选择要查询语句显示执行计划，则只需要SQL WINDOWS 窗口里面输入要查询的SQL 语句，然后选择按键F5或者在菜单TOOLS>Explain Plan 菜单按键就可以在执行计划窗口查看该语句的执行计划。

2. 如何读取执行计划总体原则：先右后左、先上后下。

实例：表名temp,表中现有1005条记录，包含有多个字段,其中(id1, id2) 为主键, 同时id1, id2 两字段本身的值均是唯一分布的.主键名为temp_u12.1. 单表访问的执行计划(1)语句: select * from temp;执行计划：2.2. 单表访问的执行计划(2)语句: select * from temp where id2=130;执行计划：2.3. 单表访问的执行计划(3)语句: select * from temp where id1=130;执行计划：单表访问的执行计划(4)语句:select * from temp where id1=130 and id2=130;执行计划：2.4. 双表关联访问的执行计划(rbo)语句:select , from temp t, temp1 t1 where t.id1=t1.id1 and t.id2=t1.id2 and t.id1=105 and t.id2=105;执行计划(rbo):2.5. 双表关联访问的执行计划(cbo)语句:select , from temp t, temp1 t1 where t.id1=t1.id1 and t.id2=t1.id2 and t.id1=105 and t.id2=105;执行计划(cbo):3. ORACLE的优化器3.1. ORACLE的优化器简介优化器有时也被称为查询优化器，这是因为查询是影响数据库性能最主要的部分，不要以为只有SELECT语句是查询。

实际上，带有任何WHERE条件的DML(INSERT、UPDATE、DELETE)语句中都包含查询要求，在后面的文章中，当说到查询时，不一定只是指SELECT语句，也有可能指DML语句中的查询部分。

优化器是所有关系数据库引擎中的最神秘、最富挑战性的部件之一，从性能的角度看也是最重要的部分，它性能的高低直接关系到数据库性能的好坏。

优化器有时也被称为查询优化器，这是因为查询是影响数据库性能最主要的部分，不要以为只有SELECT语句是查询。

实际上，带有任何WHERE条件的DML(INSERT、UPDATE、DELETE)语句中都包含查询要求，在后面的文章中，当说到查询时，不一定只是指SELECT语句，也有可能指DML语句中的查询部分。

优化器是所有关系数据库引擎中的最神秘、最富挑战性的部件之一，从性能的角度看也是最重要的部分，它性能的高低直接关系到数据库性能的好坏。

我们知道，SQL语句同其它语言(如C语言)的语句不一样，它是非过程化(non-procedural)的语句，即当你要取数据时，不需要告诉数据库通过何种途径去取数据，如到底是通过索引取数据，还是应该将表中的每行数据都取出来，然后再通过一一比较的方式取数据(即全表扫描)，这是由数据库的优化器决定的，这就是非过程化的含义，也就是说，如何取数据是由优化器决定，而不是应用开发者通过编程决定。

在处理SQL的SELECT、UPDATE、INSERT或DELETE语句时，Oracle 必须访问语句所涉及的数据，Oracle 的优化器部分用来决定访问数据的有效路径，使得语句执行所需的I/O和处理时间最小。

为了实现一个查询，内核必须为每个查询定制一个查询策略，或为取出符合条件的数据生成一个执行计划(execution plan)。

典型的，对于同一个查询，可能有几个执行计划都符合要求，都能得到符合条件的数据。

例如，参与连接的表可以有多种不同的连接方法，这取决于连接条件和优化器采用的连接方法。

为了在多个执行计划中选择最优的执行计划，优化器必须使用一些实际的指标来衡量每个执行计划使用的资源(I/0次数、CPU等)，这些资源也就是我们所说的代价(cost)。

合集下载

plsql explain 用法

plsql explain 用法

在PL/SQL 中，`EXPLAIN PLAN` 语句用于分析SQL 查询语句的执行计划，以便优化查询性能。

执行计划是数据库系统根据查询语句生成的查询执行步骤和访问路径的详细信息。

以下是`EXPLAIN PLAN` 语句的基本用法：
EXPLAIN PLAN FOR
your_sql_query;
在这个语法中，`your_sql_query` 是要分析的SQL 查询语句。

执行以上语句后，Oracle 数据库会为该查询语句生成一个执行计划，并将其存储在数据库的数据字典中。

要查看执行计划，可以使用以下查询语句：
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
上述查询语句将显示最近分析的执行计划。

如果要显示特定查询的执行计划，可以在`DISPLAY` 函数中指定查询的标识符，例如：
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE', 'your_query_id'));
这样，您就可以查看特定查询的执行计划。

通过分析执行计划，您可以了解查询语句的执行步骤、访问路径、使用的索引等信息，从而可以根据执行计划中的建议来优化查询性能。

需要注意的是，`EXPLAIN PLAN` 语句和相关的查询语句可能会因数据库系统或版本而有所不同，上述示例适用于Oracle 数据库。

其他数据库系统可能有类似的分析执行计划的功能，但具体语法和用法可能会有所不同。

dm 管理工具 执行计划解读

dm 管理工具 执行计划解读

DM 管理工具执行计划解读本文将介绍 DM(Device Manager) 管理工具的执行计划，包括其功能、用途和操作方法，以帮助用户更好地使用该工具。

下面是本店铺为大家精心编写的4篇《DM 管理工具执行计划解读》，供大家借鉴与参考，希望对大家有所帮助。

《DM 管理工具执行计划解读》篇1DM(Device Manager) 是一种常用的设备管理工具，可用于管理计算机上的设备驱动程序和硬件设备。

使用 DM 可以轻松地安装、更新和卸载设备驱动程序，以及配置设备设置。

下面将详细介绍 DM 管理工具的执行计划。

一、DM 管理工具的功能DM 管理工具的主要功能包括:1. 安装设备驱动程序:DM 可以自动检测计算机上的硬件设备，并根据需要安装相应的设备驱动程序。

2. 更新设备驱动程序:DM 可以自动检查设备驱动程序的更新版本，并根据需要更新设备驱动程序。

3. 卸载设备驱动程序:DM 可以轻松地卸载计算机上的设备驱动程序。

4. 配置设备设置:DM 可以提供设备的详细信息，并允许用户更改设备的设置。

二、DM 管理工具的用途DM 管理工具主要用于以下用途:1. 解决设备驱动程序问题：如果计算机上的设备驱动程序出现问题，可以使用 DM 管理工具来安装、更新或卸载设备驱动程序，以解决问题。

2. 更新设备驱动程序：如果计算机上的设备驱动程序过时，可以使用 DM 管理工具来更新设备驱动程序，以提高设备性能和安全性。

3. 配置设备设置：如果需要更改设备的设置，可以使用 DM 管理工具来查看和更改设备的设置。

三、DM 管理工具的操作方法要使用 DM 管理工具，请按照以下步骤操作:1. 打开 DM 管理工具：在 Windows 操作系统中，可以单击“开始”按钮，然后搜索“Device Manager”打开 DM 管理工具。

2. 查看设备信息：在 DM 管理工具中，可以查看计算机上的所有设备，包括其状态和属性。

3. 安装、更新或卸载设备驱动程序：如果需要安装、更新或卸载设备驱动程序，可以单击相应的设备，然后单击“操作”按钮，选择所需的操作。

sql执行计划

sql执行计划

sql执行计划SQL执行计划。

SQL执行计划是指数据库系统在执行SQL语句时所生成的一种执行策略，它描述了数据库系统是如何获取数据的，以及使用了哪些索引、表连接方式等信息。

通过分析SQL执行计划，可以帮助我们优化SQL语句，提高查询性能。

SQL执行计划的生成过程是由数据库系统的查询优化器完成的。

当我们执行一个SQL语句时，数据库系统会首先对该SQL语句进行语法分析和语义分析，然后将其转换成逻辑查询计划，再经过一系列的优化规则和成本估算，最终生成物理查询计划，也就是SQL执行计划。

在SQL执行计划中，最常见的信息包括表的访问方式（全表扫描、索引扫描等）、表之间的连接方式（嵌套循环连接、哈希连接、排序合并连接等）、使用的索引信息、过滤条件等。

通过分析这些信息，我们可以了解数据库系统是如何执行SQL语句的，从而发现潜在的性能瓶颈，进行优化。

SQL执行计划的生成和分析工具有很多种，比如Oracle的Explain Plan、SQL Server的Execution Plan、MySQL的Explain 等。

这些工具可以帮助我们查看SQL执行计划，分析SQL语句的性能，找出潜在的优化点。

在实际工作中，我们可以通过以下几种方式来分析SQL执行计划，以优化SQL语句的性能：1. 使用数据库系统自带的工具来查看执行计划。

不同的数据库系统有不同的执行计划查看工具，比如Oracle的SQL Developer、SQL Server的Management Studio等。

通过这些工具，我们可以直观地查看SQL执行计划，了解SQL语句的执行情况。

2. 使用Explain语句来查看执行计划。

大部分数据库系统都支持Explain语句，通过在SQL语句前加上Explain关键字，可以查看该SQL语句的执行计划。

这种方式适合于在命令行或者脚本中进行SQL执行计划的分析。

3. 使用第三方的SQL优化工具。

除了数据库系统自带的工具外，还有很多第三方的SQL优化工具可以帮助我们分析SQL执行计划，比如TOAD、SQL Tuning Advisor等。

分析自己的时间管理和计划能力

分析自己的时间管理和计划能力

分析自己的时间管理和计划能力作为现代人，我们的生活节奏越来越快，时间也逐渐变得宝贵起来。

因此，良好的时间管理和计划能力变得格外重要。

在这篇文章中，我将会分析自己的时间管理和计划能力，并提出一些改进的建议。

首先，我认为自己的时间管理能力还有待提高。

常常会出现一些时间浪费的情况，比如在社交媒体上花费太多的时间，或者在无关紧要的事情上纠结太久。

此外，缺乏合理的时间安排，导致经常出现时间不够用的情况。

这些问题都直接影响到我的工作效率和学习效果。

其次，我的计划能力也有一定的不足。

有时候我会感到被任务和计划压得喘不过气来，无法清晰地制定出合理的计划和安排。

有时候，我会过分依赖于临时抱佛脚，导致效率低下和质量不高的结果。

鉴于以上问题，我决定采取一些措施来改善我的时间管理和计划能力。

首先，我会养成良好的时间记录习惯，每天记录和分析自己的时间分配情况，找出时间浪费的地方，并设立限制，减少社交媒体等不必要的时间消耗。

其次，我会学会优先级的排序，将重要且紧急的任务放在首位，合理安排时间，确保高效完成。

此外，我会设立明确的目标和里程碑，将大任务分解为小的可行性的子任务，并设立截止日期，以保证任务按计划推进。

我会利用不同的工具，如时间管理应用程序或者提醒事项来帮助我进行任务的追踪和提醒。

最重要的是，我会锻炼自己的自律性和决心。

在制定计划时，我会充分考虑自己的能力和实际情况，确保计划的可行性。

同时，在执行计划时，我会提高自己的专注力，减少分心的情况发生，保持目标的连贯性。

通过这些改进，我相信我的时间管理和计划能力会得到显著的提升。

合理的时间安排和高效的计划将为我的工作和学习带来更好的成果。

我会时刻保持警惕，不断进行自我调整和评估，以适应不断变化的环境和任务。

在总结部分，我希望强调时间管理和计划能力的重要性，并重申我将努力改进自己的不足之处。

通过良好的时间管理和计划能力，我相信我能够更好地应对工作和生活中的各种挑战，实现个人目标的同时，保持生活的平衡与幸福。