在Oracle数据库日常运维和开发中，SQL性能直接决定了系统的吞吐能力和用户体验。当查询变慢时，通常并不是硬件出了问题，而是SQL写法或索引设计不合理。理解优化器如何生成执行计划，是做好Oracle SQL性能优化的第一步。
一、为什么要关注执行计划
执行计划是Oracle优化器对一条SQL语句访问数据的步骤描述。通过执行计划，我们可以看到是否发生了全表扫描、索引是否被使用、表连接顺序是否合理。常用的查看方式包括Explain Plan和Autotrace。
-- 使用Explain Plan查看执行计划 EXPLAIN PLAN FOR SELECT * FROM orders WHERE customer_id = 1001; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
二、常见的性能优化手段
1. 避免索引列上使用函数
如果在索引列上套了函数，Oracle往往无法使用索引，从而导致全表扫描。例如下面的写法就会让索引失效：
-- 不推荐：索引列使用函数
SELECT * FROM orders WHERE TO_CHAR(create_time, 'YYYY-MM-DD') = '2023-10-01';
-- 推荐：使用范围条件
SELECT * FROM orders
WHERE create_time >= TO_DATE('2023-10-01', 'YYYY-MM-DD')
AND create_time < TO_DATE('2023-10-02', 'YYYY-MM-DD');
2. 合理使用复合索引
当查询经常按照多个列进行过滤时，可以建立复合索引。需要注意复合索引的前导列原则，即查询条件中最好包含索引的第一列。
| 场景 | 是否走索引 |
|---|---|
| WHERE a=1 AND b=2（索引a,b） | 是 |
| WHERE b=2（索引a,b） | 否或索引跳跃扫描 |
3. 使用绑定变量
硬解析会消耗大量CPU和共享池资源。使用绑定变量可以让SQL重用执行计划，提升并发能力。
-- 使用绑定变量 VARIABLE cid NUMBER; EXEC :cid := 1001; SELECT * FROM orders WHERE customer_id = :cid;
三、通过Hint引导优化器
在某些统计信息不准或特殊业务场景下，可以使用Hint临时改变执行路径。但Hint应当谨慎使用，避免掩盖真实的统计信息问题。
SELECT /*+ INDEX(orders idx_orders_cust) */ * FROM orders WHERE customer_id = 1001;
四、总结
Oracle SQL性能优化是一项系统工程，需要从执行计划解读、索引设计、SQL改写和数据库参数多个维度入手。养成写完SQL就看看执行计划的习惯，才能在日常开发中少踩坑，保障查询高效稳定。