在Oracle数据库的日常运维和开发工作中，SQL语句的性能直接影响整个系统的响应速度，当遇到慢查询问题时，使用专业的SQL调优工具能够快速定位问题根源。SQLTuning是Oracle内置的自动化调优工具，它可以基于SQL语句的执行历史、统计信息和系统负载，生成科学的优化方案，大幅降低手动调优的成本。
SQLTuning基础准备
在使用SQLTuning之前，需要确保数据库已经开启了相关功能，同时当前用户拥有对应的权限。首先确认优化器统计信息是最新的，因为SQLTuning的分析结果高度依赖统计信息的准确性。
权限配置
使用SQLTuning的用户需要被授予ADVISOR权限，同时如果要分析其他用户的SQL，还需要SELECT_CATALOG_ROLE权限。可以通过以下语句授予权限：
-- 授予ADVISOR权限 GRANT ADVISOR TO test_user; -- 授予查询数据字典的权限 GRANT SELECT_CATALOG_ROLE TO test_user;
统计信息更新
如果表的统计信息过时，会导致SQLTuning给出错误的优化建议，因此需要定期更新统计信息，示例语句如下：
-- 更新指定表的统计信息
EXEC DBMS_STATS.GATHER_TABLE_STATS('SCOTT', 'EMP', CASCADE => TRUE);
-- 更新整个schema的统计信息
EXEC DBMS_STATS.GATHER_SCHEMA_STATS('SCOTT');
SQLTuning核心使用流程
SQLTuning的使用主要分为创建调优任务、执行任务、查看结果三个步骤，整个过程可以通过PL/SQL语句完成，也可以借助Oracle Enterprise Manager图形界面操作，这里以PL/SQL语句为例介绍。
创建调优任务
使用DBMS_SQLTUNE.CREATE_TUNING_TASK函数创建调优任务，需要指定要分析的SQL语句、用户、执行范围等参数，示例如下：
DECLARE
l_task_id VARCHAR2(100);
BEGIN
l_task_id := DBMS_SQLTUNE.CREATE_TUNING_TASK(
sql_text => 'SELECT e.ename, d.dname FROM emp e JOIN dept d ON e.deptno = d.deptno WHERE e.sal > 3000',
user_name => 'SCOTT',
scope => 'COMPREHENSIVE',
time_limit => 60,
task_name => 'tune_sal_emp_task',
description => '调优薪资大于3000的员工查询语句'
);
DBMS_OUTPUT.PUT_LINE('调优任务ID: ' || l_task_id);
END;
/
上述代码中，scope参数设置为COMPREHENSIVE表示进行全面调优分析，time_limit是任务执行的最大时长，单位为秒。
执行调优任务
创建任务后，使用DBMS_SQLTUNE.EXECUTE_TUNING_TASK函数执行任务：
BEGIN DBMS_SQLTUNE.EXECUTE_TUNING_TASK(task_name => 'tune_sal_emp_task'); END; /
查看调优结果
任务执行完成后，通过DBMS_SQLTUNE.REPORT_TUNING_TASK函数获取调优报告，报告会包含问题分析、优化建议、预期收益等内容：
SET LONG 100000
SET LONGCHUNKSIZE 100000
SET LINESIZE 200
SELECT DBMS_SQLTUNE.REPORT_TUNING_TASK('tune_sal_emp_task') FROM DUAL;
常见优化建议解读
SQLTuning给出的优化建议通常包含以下几类，需要结合实际业务场景判断是否采纳：
- 索引建议：如果报告显示某条SQL全表扫描代价过高，可能会建议创建对应的复合索引或者函数索引，需要确认索引是否会影响其他写入操作的性能。
- SQL重写建议：工具可能会建议调整SQL的写法，比如将子查询改为连接查询，或者调整过滤条件的顺序，这类建议通常可以直接采纳。
- 统计信息更新建议：如果统计信息过时，工具会提示更新对应表的统计信息，这类建议优先级最高，应该优先处理。
- 系统参数调整建议：部分场景下工具会建议调整数据库的初始化参数，这类建议需要评估对整个系统的影响后再决定是否修改。
SQLTuning使用注意事项
在使用SQLTuning时，需要注意以下几点来保证调优效果：
不要在业务高峰期执行长时间的调优任务，避免占用过多系统资源。对于核心业务的SQL，建议先在测试环境验证优化建议的效果，再应用到生产环境。
另外，SQLTuning的分析结果只是参考，最终的优化方案还需要结合业务逻辑、数据分布等实际情况判断，不能盲目按照工具的建议执行。如果调优后SQL性能仍然不理想，可以进一步查看执行计划，分析是否存在更深层次的性能瓶颈。
简单示例：优化慢查询SQL
假设有一条查询订单信息的慢SQL如下：
SELECT o.order_id, o.order_time, u.user_name FROM orders o JOIN users u ON o.user_id = u.user_id WHERE o.order_time >= DATE '2024-01-01' AND o.status = 'PAID'
按照上述流程创建调优任务后，工具给出的建议是给orders表创建(status, order_time, user_id)的复合索引，创建索引的语句如下：
CREATE INDEX idx_orders_status_time ON orders(status, order_time, user_id);
创建索引后再次执行原SQL，执行时间从原来的2秒降低到0.1秒，优化效果明显。
OracleSQL_TuningSQL优化性能调优修改时间：2026-07-18 04:24:30