好啦，话不多说开始今天的内容。在这个系列之前的文章中我有介绍在大多数情况优化器是会给出最优的执行计划，但并不是所有的情况，如果执行计划不是最优的，那么就需要人工干预SQL语句的执行计划，强制让执行计划走指定的访问路径， Oracle提供了多种干预执行计划的技术，包括DBMS_STATS、SQL profiles、SQL Plan Management、参数（优化器相关），和最后的hint方式（干预执行计划博客的直通车👉【Oracle篇】精细化查询优化：如何有效使用Hint对优化器的执行计划进行干预（第五篇，总共七篇）-CSDN博客👈），但使用这些工具是需要对技术有超高要求的，不懂统计信息、优化器、执行计划、访问路径等等技术基本上不太可能把SQL优化好的，所以为了让小白或者初级技术人员也可以做好慢SQL优化，Oracle贴心的给大家提供了SQL优化工具，没有复杂的参数，只需要简单学习掌握这个工具，就可以高效的完成SQL优化，那么让我们开始今天的内容。还是老规矩为了让大家更容易消化和逐个理解，我将分成七篇文章来进行介绍，以便大家劳逸结合而不至于感觉到阅读枯燥，七篇的内容分别如下：
SQL>
select b.logtime, a.name, a.cardid, b.amount, b.goods, b.score
from itpux_member a,itpux_sales b
where a.region = '四川省'
and a.recommend = '刘老师'
and b.logtime > to_date('2016-12-15', 'yyyy-mm-dd')
and a.cardid = b.cardid
order by b.logtime;
（1）创建STA优化任务
sql复制代码
SQL>
grant advisor to itpux;
DECLARE
my_task_name VARCHAR2(30);
my_sqltext CLOB;
BEGIN
my_sqltext := 'select b.logtime, a.name, a.cardid, b.amount, b.goods, b.score
from itpux_member a,itpux_sales b
where a.region = ''四川省''
and a.recommend = ''刘老师''
and b.logtime > to_date(''2016-12-15'', ''yyyy-mm-dd'')
and a.cardid = b.cardid
order by b.logtime'; ###指定优化的sql语句。Sql中条件用' '两个单引，不能用'单引。不然报PLS-00103。并且sql后面不能有; ，不然在查看STA优化结果时报 ORA-00911: 无效字符
my_task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK(sql_text => my_sqltext,
user_name => 'ITPUX',
scope =>'COMPREHENSIVE',
time_limit => 60,
task_name =>'tuning_sql01_itpux',
description => 'Task to tune a query on a specified table');
DBMS_SQLTUNE.EXECUTE_TUNING_TASK(task_name =>'tuning_sql01_itpux');
END;
/
（2）检查STA优化任务状态
sql复制代码
SQL> select * from dba_advisor_tasks where task_name = 'tuning_sql01_itpux'; ### task_name同上面的优化任务。COMPLETED为完成优化这个任务完成
（3）查看STA优化结果
SQL> select dbms_sqltune.report_tuning_task(task_name=>'tuning_sql01_itpux') from dual; ### task_name同上面的优化任务
sql复制代码
GENERAL INFORMATION SECTION ###-一般信息部分
##############################################################################-
Tuning Task Name : tuning_sql40_itpux
Tuning Task Owner : ITPUX
Workload Type : Single SQL Statement
Scope : COMPREHENSIVE
Time Limit(seconds): 60
Completion Status : COMPLETED
Started at : 11/17/2020 15:38:47
Completed at : 11/17/2020 15:39:34
Schema Name: ITPUX
SQL ID : 0cg9k5gkbhcjs
SQL Text : select b.logtime, a.name, a.cardid, b.amount, b.goods, b.score
from itpux_member a,itpux_sales b
where a.region = '四川省'
and a.recommend = '刘老师'
and b.logtime > to_date('2016-12-15', 'yyyy-mm-dd')
and a.cardid = b.cardid
order by b.logtime
FINDINGS SECTION (1 finding) ###调查结果（优化建议）
1- Index Finding (see explain plans section below)
################################################--
通过创建一个或多个索引可以改进此语句的执行计划。
Recommendation (estimated benefit: 98.95%)
##########################################
- 考虑运行可以改进物理方案设计的访问指导或者创建推荐的索引。
create index ITPUX.IDX$$_03520001 on ITPUX.ITPUX_MEMBER("REGION","RECOMMEND
","CARDID","NAME");
Rationale
#########
创建推荐的索引可以显著地改进此语句的执行计划。但是, 使用典型的 SQL 工作量运行 "访问指导"
可能比单个语句更可取。通过这种方法可以获得全面的索引建议案, 包括计算索引维护的开销和附加的空间消耗。
EXPLAIN PLANS SECTION ###解释执行计划部分
##############################################################################-
1- Original ###原执行计划（原sql的执行计划）
#########--
Plan hash value: 1796535899
####################################################################################
| Id | Operation | Name | Rows | Bytes | Cost (%CPU) | Time |
####################################################################################
| 0 | SELECT STATEMENT | | 921 | 61707 | 72113 (1)| 00:14:26 |
| 1 | SORT ORDER BY | | 921 | 61707 | 72113 (1)| 00:14:26 |
|* 2 | HASH JOIN | | 921 | 61707 | 72112 (1)| 00:14:26 |
|* 3 | TABLE ACCESS FULL| ITPUX_SALES | 921 | 28551 | 396 (1) | 00:00:05 |
|* 4 | TABLE ACCESS FULL| ITPUX_MEMBER | 47619 | 1674K| 71715 (1)| 00:14:21 |
####################################################################################
Predicate Information (identified by operation id):
###################################################
2 - access("A"."CARDID"="B"."CARDID")
3 - filter("B"."LOGTIME">TO_DATE(' 2016-12-15 00:00:00', 'syyyy-mm-dd
hh24:mi:ss'))
4 - filter("A"."REGION"='四川省' AND "A"."RECOMMEND"='刘老师')
2- Using New Indices ###使用优化建议后的执行计划
##################--
Plan hash value: 632050092
####################################################################################--
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
####################################################################################--
| 0 | SELECT STATEMENT | | 921 | 61707 | 750 (1)| 00:00:10 |
| 1 | SORT ORDER BY | | 921 | 61707 | 750 (1)| 00:00:10 |
|* 2 | HASH JOIN | | 921 | 61707 | 749 (1) | 00:00:09 |
|* 3 | TABLE ACCESS FULL| ITPUX_SALES | 921 | 28551 | 396 (1) | 00:00:05 |
|* 4 | INDEX RANGE SCAN | IDX$$_03520001 | 47619 | 1674K| 353 (1) | 00:00:05 |
####################################################################################--
Predicate Information (identified by operation id):
###################################################
2 - access("A"."CARDID"="B"."CARDID")
3 - filter("B"."LOGTIME">TO_DATE(' 2016-12-15 00:00:00', 'syyyy-mm-dd
hh24:mi:ss'))
4 - access("A"."REGION"='四川省' AND "A"."RECOMMEND"='刘老师')
（4）按照建议加索引
sql复制代码
SQL> create index ITPUX.IDX$$_03520001 on ITPUX.ITPUX_MEMBER("REGION","RECOMMEND","CARDID","NAME");
（5）查询对比性能
sql复制代码
SQL>
select b.logtime, a.name, a.cardid, b.amount, b.goods, b.score
from itpux_member a,itpux_sales b
where a.region = '四川省'
and a.recommend = '刘老师'
and b.logtime > to_date('2016-12-15', 'yyyy-mm-dd')
and a.cardid = b.cardid
order by b.logtime; ###使用STA优化建议后查询时间为0.071秒，提高多倍
（6）删除STA优化任务
sql复制代码
SQL>
begin
DBMS_SQLTUNE.drop_TUNING_TASK(task_name => 'tuning_sql01_itpux');
end;
/
