SQL的全称为Structured Query Language(结构化查询语言)，是20世纪80年代中期确立的工业标准数据库查询语言。需注意SQL是一种语言标准，不应与具体商业化产品(如Microsoft SQL Server)或开源产品(如MySQL)混淆，尽管它们都遵循SQL标准。
本文将重点探讨Oracle数据库环境下的SQL性能优化。真正的调优工作应从全局系统层面入手，再逐步细化至单个SQL语句，否则在后续系统参数或统计信息变更后，之前针对SQL的调优效果可能被抵消。
一、SQL调优前的系统级调整
在着手具体SQL语句优化前，通过以下系统级调整可显著提升整体性能，避免后续重复调优。
优化系统内核与I/O
优先调整磁盘与网络I/O子系统，如合理配置RAID、提高DASD带宽、优化网络包大小与传输频率，以最小化物理I/O延迟。
收集优化器统计信息
定期收集并维护准确的优化器统计信息，确保基于数据分布生成高效执行计划。对数据分布倾斜的列，应建立直方图，以优化连接操作与条件过滤。
调整关键优化器参数
下列参数对执行计划生成具有重要影响，需根据负载类型进行合理设置：
optimizer_mode optimizer_index_caching optimizer_index_cost_adj
优化实例与会话参数
调整实例级参数如db_block_size、db_cache_size，以及操作系统参数db_file_multiblock_read_count、cpu_count等，以适应实际负载需求。
使用索引与物化视图优化访问路径
自Oracle 10g起，可通过SQL Access Advisor获取索引与物化视图建议。尤其应重视基于函数的索引的应用。Oracle 11g进一步引入SQL Performance Analyzer(SPA)，可对比不同系统环境下SQL执行计划的性能，为系统变更提供预测性分析。
完成上述系统级调整后，可进一步聚焦于对性能影响显著的单个SQL语句。
二、Oracle SQL语句级调优目标
SQL调优的核心目标是：以最少的数据块访问量，获取所需的全部数据行，从而最小化物理I/O与逻辑I/O。
主要指导原则包括：
消除不必要的大表全表扫描：大表全表扫描会引发大量I/O，拖累整体性能。应优先评估是否可通过添加或调整索引(如B树索引、位图索引、函数索引)来避免。
合理缓存小表全表扫描：若小表的全表扫描无法避免，可将其置于KEEP缓冲池或NK缓冲池，以减少I/O开销。
选择最优索引：表中存在多个索引时，需验证优化器是否选择了最高效的索引路径。
利用物化视图预聚合数据：通过物化视图预先完成连接与汇总操作，可显著降低查询时资源消耗。
三、理解Oracle SQL优化器
优化器模式的选择直接影响执行计划生成。Oracle提供基于成本的优化器(CBO)与已逐渐淘汰的基于规则的优化器(RBO)。CBO依赖准确的统计信息以选择最佳执行路径，但统计信息缺失或陈旧可能导致其做出次优决策。
在Oracle 10g之前，默认模式为CHOOSE，即根据统计信息的有无在CBO与RBO间自动选择。自10g起，默认模式改为ALL_ROWS，旨在最小化系统资源消耗，但可能更倾向于全表扫描。对于OLTP系统，建议选用first_rows_n模式，以优先保证快速响应。
需注意，尽管全表扫描在某些聚合查询中可能更高效，但多数事务型查询应通过索引减少数据访问量。调优时应逐一评估全表扫描的合理性，并确保优化器模式与业务需求匹配。
通过系统级调整与语句级优化相结合，可构建稳定高效的Oracle数据库环境，显著提升整体性能与响应速度。