优化ORACLE执行计划与SQL调优的并行提示策略

并行提示优化五：并行提示Parallel指示ORACLE在执行表查询时采用并行模式，通常用于多CPU服务器上，可与full提示一同使用；/+ full(table) parallel(table,8) / Noparallel指示不希望对小表执行全表扫描使用并行机制。

ORACLE执行计划与SQL调优首次引入于Oracle7，弥补CBO的不足，在Oracle8i中得到了进一步完善。其主要目的是通过修改SQL语句的执行计划来优化性能，格式为select(update,delete) /+ hints / 或 select(update,delete) -- + hint...

反连接是SQL语句中not in或not exist子句的执行操作，当子查询返回任何包含空值的记录时，查询将不返回记录，建议尽量避免使用。在not in子查询字段无空值时，考虑使用Hash_aj或Merge_aj提示，根据连接类型选择，可显著提升性能。/+ hash_aj /

ORACLE执行计划及其SQL调优技巧的历史可以追溯到oracle7，当时引入以弥补CBO的不足，在oracle8i中得到了显著改进。执行计划的主要目的是优化SQL语句的执行效率。SQL语句的优化格式通常为select(update,delete) /+ hints / 或 select(update,delete) -- + hint...

内部子查询中，当记录较少时，非关联子查询比关联子查询执行更快。关联子查询中使用in子句是多余的，而非关联子查询使用exists子句则不恰当。可以将非关联子查询中的in子句转换为标准连接操作，并使用select distinct去除重复记录；关联子查询中的exists子句可转换为标准连接，但子查询最好只返回一个记录。

ORACLE SQL调优：解析执行计划 优化器分析练习，掌握如何分析执行计划，洞悉SQL执行过程，提升查询效率。

为了生成一条语句的执行计划，您可以采用以下三种方法：1）最简单的方法是使用Sql> set autotrace on命令，然后执行您的SQL语句。执行完成后，将显示执行计划和统计信息。尽管这种方法易于使用，但在处理较长的SQL语句时，等待执行完成会显著延长优化周期。若只需查看执行计划而无需执行实际语句，可以使用Sql> set autotrace traceonly命令。这样只会显示执行计划，大大减少了优化时间。虽然此方法也会显示统计信息，但由于未执行实际语句，因此此统计信息可能无效。若遇到执行错误，可通过以下方法解决：a. 以要分析的用户身份运行：Sqlplus > @ ?\rdbms\admin\utlxplan.sql；b. 使用sys用户登录Sqlplus > @ ?\sqlplus\admin\plustrce.sql；Sqlplus > grant plustrace to user_name；-- 其中user_name为上述分析用户。

对于Cluster和hash条件，应与非簇表一同使用；对于Merge_aj、push_subq和Hash_aj条件，需确保不存在子查询；指定的索引不存在于Index_combine条件中；在Star条件下，事实表中的不适当索引应删除；确保在where子句中存在多个索引条件下的Use_concat条件；应使用全表扫描计划进行调用；表中应存在索引条件下的Use_nl条件。

在tInit.ora参数中，设置优化器模式为rule/choose/all_rows/first_rows；在会话层使用alter session set optimizer_goal=rule/choose/all_rows/first_rows；在SQL中添加提示/+ rule/all_rows/first_rows /。选择choose模式时，系统将根据表或索引的统计资料来决定使用RBO或CBO。