Oracle优化策略：RBO与CBO详解及优化模式选择

Oracle优化全攻略一深入探讨了Oracle数据库的两种主要优化策略：基于规则的优化(Rule-Based Optimization, RBO)和基于代价的优化(Cost-Based Optimization, CBO)。RBO依赖于预设的规则，如当WHERE子句中的列有索引时优先使用索引，而CBO则依据执行计划的成本，如CPU使用和内存消耗，参考表和索引的统计信息来决定最佳执行路径。 CBO的重要性在于其依赖实时统计信息，这些信息由ANALYZE命令收集，描述了表的大小、行数、平均行长度等。未及时更新的过期统计信息可能导致优化器选择错误的执行计划，因此定期维护统计信息至关重要。优化模式有四种选择： 1. Rule：这是基础的RBO模式，Oracle在没有统计信息或者表较小且列有索引时会选择使用索引。 2. Choose：这是默认模式，当表有统计信息时，优化器会使用CBO；否则，类似Rule策略。 3. First Rows：与Choose类似，但只返回查询结果的前几行，旨在缩短响应时间。 4. All Rows：全面使用CBO，返回所有行，提高查询吞吐量。如果没有统计信息，则采用RBO。 在配置优化规则方面，有三个层次可进行设置： - **Instance级别**：在`initSID.ora`文件中设定`OPTIMIZER_MODE`，默认为Choose。 - **Session级别**：通过`ALTER SESSION`语句动态调整每个会话的优化模式。 - **Statement级别**：使用Hint（如`/*+ */`）在单个SQL语句中指定特定的优化策略。 有时候，即使字段有索引，执行计划不走索引的原因可能包括： - **优化模式为All Rows**：在这种模式下，Oracle倾向于返回整个表，而不是仅依赖索引。 - **表统计信息不足或过期**：CBO依赖于准确的统计信息，缺乏或不适用的信息可能导致不走索引。 - **索引设计问题**：索引可能不完全覆盖WHERE子句，或者索引不适合查询的操作类型。 - **其他因素**：如并发访问、锁竞争或系统性能瓶颈也可能影响执行计划。 理解并合理调整这些优化策略对提升Oracle数据库性能至关重要，定期维护统计信息、监控优化模式以及深入分析执行计划可以帮助解决这类问题。