Oracle SQL执行计划干预与性能优化

ORACLE 的执行计划有时候也不靠谱，是在代价优化器翻车的时候。用hints干预，就是个比较实用的办法。你可以指定让它走全表扫描、索引扫描，甚至指定连接顺序和并行度。就像给优化器发小纸条，告诉它怎么走才快，少走弯路。 代价优化器一般挺聪明，但也有栽跟头的时候。有些 SQL 明明全表更快，它非要用索引，结果执行效率差得让人想砸电脑。遇到这种情况，用hints提示它一下，效率立马提上来。 用法也不复杂，比如你它全表扫描，就加个FULL(t)，想让它并行执行就加PARALLEL(t,4)。你说了算，它就老实听话，效果还挺。 还有一点，hints不仅能控制访问路径，还能影响连接类型、连接顺序，甚至让

基于代价的优化器通常能够选择正确的优化路径, 但有时也会做出不佳的选择, 导致语句执行缓慢。这时DBA就需要干预, 指示优化器使用特定的存取路径或连接类型生成执行计划。 ORACLE通过hints提示机制实现对优化器的干预。hints指示优化器按照DBA的意愿生成执行计划。 hints可以用来实现: 指定优化器类型 设定基于代价优化器的优化目标 (all_rows 或 first_rows) 选择表的访问路径 (全表扫描、索引扫描、rowid访问) 指定表之间的连接类型 确定表之间的连接顺序 控制语句的并行程度

在 Oracle SQL 中，通过提示干预执行计划。提示指示优化器使用指定路径或连接类型生成计划，以优化语句性能。提示可用于指定：- 优化器类型- 优化目标（全行或首行）- 访问路径（全表扫描、索引扫描、rowid）- 连接类型- 连接顺序- 并行度

优化器的执行逻辑讲得挺透彻的 PPT，适合搞 Oracle SQL 调优的朋友快速上手。执行计划的生成机制说得比较细，尤其是对比了 RBO 和 CBO 两种优化方式。简单说，RBO是靠内置规则来定计划，比如看到索引就走索引；CBO就聪明多了，看统计信息、估算代价——代价高的方案自然就被 pass 掉。比较实用的一点是，它提醒你要注意统计信息是不是过期了，这影响蛮大的。统计不准，优化器会选错路径，结果 SQL 慢得你都想重启数据库。CBO 现在是主流，Oracle 10g 开始就不支持 RBO 了，老系统上才偶尔能看到 RBO 影子。内容还整理了一些相关资源，比如优化器选择、执行计划优化、还有执

ORACLE SQL性能优化中的关键步骤包括从EMP表和SALGRADE表读取所有行，并在PK_DEPTNO索引中查找每个DEPTNO值，进而检索与DEPT表相关联的行。执行计划的第二步实现嵌套循环操作，将第三步和第四步的结果行连接起来并返回。最终，第一步完成一个过滤器操作，消除不必要的行并返回结果给用户或应用。

在大多数情况下，基于代价的优化器能够正确选择最佳执行计划，减少DBA的工作负担。然而，有时优化器可能选择效率低下的执行路径，导致语句执行缓慢。为了解决这个问题，DBA需要手动干预优化器，通过hints提示指定存取路径或连接类型，以确保语句高效执行。例如，当全表扫描比索引扫描更有效时，可以通过hints提示优化器选择全表扫描。在Oracle中，hints提示是一种有效的干预机制，可以指导优化器生成更优的执行计划。

在基于代价的优化器中，Oracle通常会选择合适的优化器，但有时也会选择低效的执行计划。此时，DBA可以通过HINTS提示干预优化器，强制指定存取路径或连接类型，以提高语句执行效率。 在Oracle中，HINTS提示可用于实现以下干预： 优化器类型 优化目标（all_rows或first_rows） 表访问路径（全表扫描、索引扫描或rowid） 连接类型 连接顺序 语句并行程度 HINTS提示通过添加到语句中来实现，从而影响优化器的执行计划生成。

本课程内容将帮助您深入了解SQL语句执行过程、Oracle优化器、表之间的关联、如何获取SQL执行计划以及如何分析执行计划等内容。通过循序渐进的讲解，您将掌握SQL优化的关键技巧，提升数据库查询性能。

在执行计划的步骤中，第三步和第六步分别从EMP表和SALGRADE表中读取所有行。第五步使用PK_DEPTNO索引查找第三步返回的每个DEPTNO值，确定与DEPT表相关联的行的ROWID。第四步从DEPT表中检索第五步返回的行的ROWID。标有黑色框的步骤在行源上执行操作，如表间连接、排序或过滤。第二步实现嵌套循环操作，将第三步和第四步的行源进行连接并返回到第一步。第一步完成过滤操作，接收第二步和第六步的行源，消除第二步中在第六步有对应行的行，并将剩余行返回给用户或应用程序。