[terry笔记]Oracle SQL 优化之sql tuning advisor (STA)

https://www.cnblogs.com/kkterry/p/4253265.html

前言：经常可以碰到优化sql的需求，开发人员直接扔过来一个SQL让DBA优化，然后怎么办？

当然，经验丰富的DBA可以从各种方向下手，有时通过建立正确索引即可获得很好的优化效果，但是那些复杂SQL错综复杂的表关联，却让DBA们满头大汗。

如下特别介绍一种oracle官方提供的科学优化方法STA，经过实践，不敢说此特性绝对有效，但是可以开阔思路，并且从中学到许多知识，不再用“猜”的方式去创建索引了。

SQL优化器SQL Tuning Advisor （STA)，是oracle的sql优化补助工具。
其实优化sql主要有两个方案，其一是改写sql本身，改写sql需要对sql语法、数据库的执行方式都要有较好地理解。
其二就是这个STA，它属于DBMS_SQLTUNE包，它的主要作用是对于sql使用到的表创建正确的索引。

使用STA前提：

要保证优化器是CBO模式下。
show parameter OPTIMIZER_MODE
all_rows  /*CBO，sql所有返回行都采用基于成本的方式运行*/
first_rows  /*CBO，使用成本和试探法相结合的方法，查找一种可以最快返回前面少数行*/
first_rows_n  /*CBO，全部采用基于成本的优化方法CBO，并以最快的速度，返回前N行记录*/
choose  /*如果有统计信息，采用CBO，否则采用RBO*/
rule  /*RBO*/执行DBMS_SQLTUNE包进行sql优化需要有advisor的权限：
grant advisor to scott;

如下是STA使用例子：

1.首先创建两个练习表obj与ind，仅创建表，无需创建索引：

SQL> create table obj as select * from dba_objects;
表已创建。SQL> create table ind as select * from dba_indexes;
表已创建。SQL> insert into obj select * from obj;
已创建 74603 行。SQL> insert into obj select * from obj;
已创建 149206 行。SQL> insert into obj select * from obj;
已创建 298412 行。SQL> insert into ind select * from ind;
已创建 5134 行。SQL> insert into ind select * from ind;
已创建 10268 行。SQL> insert into ind select * from ind;
已创建 20536 行。

2.然后对这两个表，obj与ind进行联合查询，并通过autotrace查看其执行计划：

SQL> set timing on
SQL> set autot trace
SQL> select count(*) from obj o, ind i where o.object_name=i.index_name;已用时间:  00: 00: 00.15执行计划
----------------------------------------------------------
Plan hash value: 380737209------------------------------------------------------------------------------------
| Id  | Operation           | Name | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |      |     1 |    83 |       |  5063   (1)| 00:01:01 |
|   1 |  SORT AGGREGATE     |      |     1 |    83 |       |            |          |
|*  2 |   HASH JOIN         |      |  5861K|   463M|  1272K|  5063   (1)| 00:01:01 |
|   3 |    TABLE ACCESS FULL| IND  | 44789 |   743K|       |   379   (1)| 00:00:05 |
|   4 |    TABLE ACCESS FULL| OBJ  |   577K|    36M|       |  2472   (1)| 00:00:30 |
------------------------------------------------------------------------------------Predicate Information (identified by operation id):
---------------------------------------------------2 - access("O"."OBJECT_NAME"="I"."INDEX_NAME")Note
------ dynamic sampling used for this statement (level=2)统计信息
----------------------------------------------------------9  recursive calls4  db block gets10406  consistent gets0  physical reads0  redo size425  bytes sent via SQL*Net to client415  bytes received via SQL*Net from client2  SQL*Net roundtrips to/from client0  sorts (memory)0  sorts (disk)1  rows processed

通过执行计划，可以清晰的看到，在执行以上两个表的联合查询的时候，两张表走的全表扫和hash join。

正式使用STA进行优化：
第一步：创建优化任务
通过调用函数DBMS_SQLTUNE.CREATE_TUNING_TASK来创建优化任务，调用存储过程DBMS_SQLTUNE.EXECUTE_TUNING_TASK执行该任务：

SQL> set autot off
SQL> set timing off
DECLARE
my_task_name VARCHAR2(30);
my_sqltext  CLOB;
BEGIN
my_sqltext := 'select count(*) from obj o, ind i where o.object_name=i.index_name';
my_task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK(
sql_text    => my_sqltext,
user_name   => 'SCOTT',
scope       => 'COMPREHENSIVE',
time_limit  => 30,
task_name   => 'tuning_sql_test',
description => 'tuning');
DBMS_SQLTUNE.EXECUTE_TUNING_TASK( task_name => 'tuning_sql_test');
END;
/
PL/SQL 过程已成功完成。

如下是参数解释：

函数CREATE_TUNING_TASK，
sql_text是需要优化的语句，
user_name是该语句通过哪个用户执行，用户名大写，
scope是优化范围（limited或comprehensive），
time_limit优化过程的时间限制，
task_name优化任务名称，
description优化任务描述。

第二步： 执行优化任务
通过调用dbms_sqltune.execute_tuning_task过程来执行前面创建好的优化任务。

SQL> exec dbms_sqltune.execute_tuning_task('tuning_sql_test');
PL/SQL 过程已成功完成。

第三步：检查优化任务的状态
通过查看user_advisor_tasks/dba_advisor_tasks视图可以查看优化任务的当前状态。

SQL> SELECT task_name,status FROM USER_ADVISOR_TASKS WHERE task_name ='tuning_sql_test';TASK_NAME         STATUS
------------------------------ -----------
tuning_sql_test         COMPLETED

第四步：查看优化结果
通过dbms_sqltune.report_tning_task函数可以获得优化任务的结果。

SQL> set long 999999
SQL> set serveroutput on size 999999
SQL> set line 120
SQL> select DBMS_SQLTUNE.REPORT_TUNING_TASK( 'tuning_sql_test') from dual;

如下是显示优化的结果：

DBMS_SQLTUNE.REPORT_TUNING_TASK('TUNING_SQL_TEST')
--------------------------------------------------------------------------------
GENERAL INFORMATION SECTION
-------------------------------------------------------------------------------
Tuning Task Name   : tuning_sql_test
Tuning Task Owner  : SCOTT
Workload Type      : Single SQL Statement
Execution Count    : 2
Current Execution  : EXEC_112
Execution Type     : TUNE SQL
Scope              : COMPREHENSIVE
Time Limit(seconds): 30
Completion Status  : COMPLETED
Started at         : 08/29/2013 11:10:10
Completed at       : 08/29/2013 11:10:12-------------------------------------------------------------------------------
Schema Name: SCOTT
SQL ID     : 6wruu2mxyu8g3
SQL Text   : select count(*) from obj o, ind i whereo.object_name=i.index_name-------------------------------------------------------------------------------
FINDINGS SECTION (3 findings)
-------------------------------------------------------------------------------1- Statistics Finding
---------------------尚未分析表 "SCOTT"."IND"。Recommendation--------------- 考虑收集此表的优化程序统计信息。execute dbms_stats.gather_table_stats(ownname => 'SCOTT', tabname => 'IND', estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE,method_opt => 'FOR ALL COLUMNS SIZE AUTO');Rationale---------为了选择好的执行计划, 优化程序需要此表的最新统计信息。2- Statistics Finding
---------------------尚未分析表 "SCOTT"."OBJ"。Recommendation--------------- 考虑收集此表的优化程序统计信息。execute dbms_stats.gather_table_stats(ownname => 'SCOTT', tabname => 'OBJ', estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE,method_opt => 'FOR ALL COLUMNS SIZE AUTO');Rationale---------为了选择好的执行计划, 优化程序需要此表的最新统计信息。3- Index Finding (see explain plans section below)
--------------------------------------------------通过创建一个或多个索引可以改进此语句的执行计划。Recommendation (estimated benefit: 75.74%)------------------------------------------- 考虑运行可以改进物理方案设计的访问指导或者创建推荐的索引。create index SCOTT.IDX$$_00790001 on SCOTT.OBJ("OBJECT_NAME");- 考虑运行可以改进物理方案设计的访问指导或者创建推荐的索引。create index SCOTT.IDX$$_00790002 on SCOTT.IND("INDEX_NAME");Rationale---------创建推荐的索引可以显著地改进此语句的执行计划。但是, 使用典型的 SQL 工作量运行 "访问指导"可能比单个语句更可取。通过这种方法可以获得全面的索引建议案, 包括计算索引维护的开销和附加的空间消耗。

-------------------------------------------------------------------------------
EXPLAIN PLANS SECTION
-------------------------------------------------------------------------------1- Original
-----------
Plan hash value: 380737209------------------------------------------------------------------------------------
| Id  | Operation           | Name | Rows  | Bytes |TempSpc| Cost (%CPU)| Time
|
------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |      |     1 |    83 |       |  5063   (1)| 00:01:01 |
|   1 |  SORT AGGREGATE     |      |     1 |    83 |       |            |          |
|*  2 |   HASH JOIN         |      |  5861K|   463M|  1272K|  5063   (1)| 00:01:01 |
|   3 |    TABLE ACCESS FULL| IND  | 44789 |   743K|       |   379   (1)| 00:00:05 |
|   4 |    TABLE ACCESS FULL| OBJ  |   577K|    36M|       |  2472   (1)| 00:00:30 |
------------------------------------------------------------------------------------Predicate Information (identified by operation id):
---------------------------------------------------2 - access("O"."OBJECT_NAME"="I"."INDEX_NAME")2- Using New Indices
--------------------
Plan hash value: 4048334321--------------------------------------------------------------------------------------------------
| Id  | Operation               | Name           | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT        |                |     1 |    83 |       |  1228   (2)| 00:00:15 |
|   1 |  SORT AGGREGATE         |                |     1 |    83 |       |            ||
|   2 |   MERGE JOIN            |                |  5861K|   463M|       |  1228   (2)| 00:00:15 |
|   3 |    INDEX FULL SCAN      | IDX$$_00790001 |   577K|    36M|       |   944   (1)| 00:00:12 |
|*  4 |    SORT JOIN            |                | 44789 |   743K|  2120K|   268   (1)| 00:00:04 |
|   5 |     INDEX FAST FULL SCAN| IDX$$_00790002 | 44789 |   743K|       |    18   (0)| 00:00:01 |
--------------------------------------------------------------------------------------------------Predicate Information (identified by operation id):
---------------------------------------------------4 - access("O"."OBJECT_NAME"="I"."INDEX_NAME")filter("O"."OBJECT_NAME"="I"."INDEX_NAME")

报告如上，

仔细阅读此报告，主要给出了两种建议：1.收集两张表obj与ind的统计信息；2.在这两张表上面创建相应索引。

并且特别贴心的把语句都给了出来，完全可以拿去直接运行，

更加贴心的是，报告中把优化前后的预计效果都展示了出来，完全一目了然，更加方便了DBA考虑是否进行建议优化方案。

五、删除优化任务
通过调用dbms_sqltuen.drop_tuning_task可以删除已经存在的优化任务，可以释放资源。

SQL>exec dbms_sqltune.drop_tuning_task('tuning_sql_test');

结语：如上就是SQL优化器SQL Tuning Advisor （STA）的使用方法，可能语法有些复杂，但是确实给优化的工作带来了很大帮助，经常使用多加练习即可熟练。

[terry笔记]Oracle SQL 优化之sql tuning advisor (STA)相关推荐

oracle spa sta 使用,Oracle的SQL Tuning Advisor(STA) 到底做了什么?
5.使用STA优化awr中SQL的脚本 robin@SZDB:~/dba_scripts/custom/sql> more tune_awr_sql.sql SET ECHO OFF TERMO ...
SQL优化之SQL查询语句的执行顺序解析
SQL语句执行顺序 SQL语句执行顺序结合上图,整理出如下伪SQL查询语句. SQL语句执行顺序从这个顺序中我们可以发现,所有的查询语句都是从 FROM 开始执行的.在实际执行过程中,每个步骤都会 ...
oracle权限advisor,Oracle自带工具sql优化集-SQL Tuning Advisor （使用心得体会）
如何有效的诊断和监控高负载的SQL对于DBA来说并非是件容易的事情,对SQL语句手工调优需要很多的经验和技巧, 结合个人经验常见如下问题: . 对SQL语句本身进行优化以便获得更优的执行计划; . 合 ...
oracle11g中SQL优化（SQL TUNING）新特性之SQL Plan Management(SPM)
1. 简介 Oracle Database11gR1引进了SQL PlanManagement(简称SPM),一套允许DBA捕获和保持任意SQL语句执行计划最优的新工具,这样,限制了刷新优化器统计 ...
mysql sql tuning_使用SQL tuning advisor(STA)自动优化SQL
Oracle 10g之后的优化器支持两种模式,一个是normal模式,一个是tuning模式.在大多数情况下,优化器处于normal模式.基于CBO的n Oracle 10g之后的优化器支持两种模式, ...
【MySQL】MySQL数据库SQL优化工具 SQL Tuning Expert for MySQL（收费）
1.概述 SQL Tuning Expert for MySQL 是 Tosska 公司推出的针对MySQL的SQL优化工具. 该工具不仅让DBA或者SQL开发人员,轻松阅读和理解执行计划,而且能产生 ...
SQL优化篇--SQL TUNNING ADVICER使用
–STA调优(SQL文本) DECLARE my_task_name VARCHAR2(30); my_sqltext CLOB; BEGIN my_sqltext := 'select * from ...
收获，不止SQL优化——抓住SQL的本质--第二章
风驰电掣–有效缩短sql优化过程
oracle update并行,Oracle update 优化方式，tuning update！
在批量更新中,merge语句性能是最好的,因为merge可以多快读,而且可以启用并行,merge语句比一般update语句快,另外还有一种就是根据rowid来更新,这几种方法更新各有好处,首先使用me ...

[terry笔记]Oracle SQL 优化之sql tuning advisor (STA)

[terry笔记]Oracle SQL 优化之sql tuning advisor (STA)相关推荐

最新文章

热门文章