advisor调优工具优化sql(基于sql_id)

问题背景:
客户反馈数据库迁移后cpu负载激增,帮忙查看原因

解决思路:
1> 查看问题系统发现有大量的latch: cache buffers chains 等待;
latch:cache buffers chains出现的原因
1、不够优化的SQL。
大量逻辑读的SQL语句就有可能产生非常严重的latch:cache buffers chains等待,因为每次要访问一个block,
就需要获得该latch,由于有大量的逻辑读,那么就增加了latch:cache buffers chains争用的机率。
对于正在运行的SQL语句,产生非常严重的latch:cache buffers chains争用,可以利用下面SQL查看执行计划,并设法优化SQL语句。
select * from table(dbms_xplan.display_cursor('sql_id',sql_child_number));
如果SQL已经运行完毕,我们就看AWR报表里面的SQL Statistics->SQL ordered by Gets->Gets per Exec,试图优化这些SQL。

2、热点块争用
查找数据库是否存在latch的争用
select sid,event,p1text,p1raw from v$session_wait where event='latch: cache buffers chains'

首先把DB服务器的cpu降下来,kill latch: cache buffers chains 会话
select 'alter system kill session ''' || a.sid || ',' || serial# || ''';'
from v$session a
where a.username='USERNAME'
AND a.STATUS='ACTIVE'
and event in('latch: cache buffers chains','latch free')
alter system kill session '56,18142' ;
alter system kill session '319,1510' ;

2> 根据sql_id查看问题sql的执行计划,(有三个执行计划)
SQL> select * from table(dbms_xplan.display_awr('&1'));
Enter value for 1: a6su7qgyywvn8
old 1: select * from table(dbms_xplan.display_awr('&1'))
new 1: select * from table(dbms_xplan.display_awr('a6su7qgyywvn8'))

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID a6su7qgyywvn8
--------------------

Plan hash value: 1019409405

---------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | | 331 (100)| |
| 1 | VIEW | | 532 | 205K| 331 (1)| 00:00:04 |
| 2 | COUNT | | | | | |
| 3 | VIEW | | 532 | 198K| 331 (1)| 00:00:04 |
| 4 | SORT ORDER BY | | 532 | 192K| 331 (1)| 00:00:04 |
| 5 | COUNT | | | | | |
| 6 | VIEW | | 532 | 192K| 331 (1)| 00:00:04 |
| 7 | HASH UNIQUE | | 532 | 97K| 331 (1)| 00:00:04 |
| 8 | CONCATENATION | | | | | |
| 9 | FILTER | | | | | |
| 10 | NESTED LOOPS | | 1 | 188 | 12 (0)| 00:00:01 |
| 11 | NESTED LOOPS | | 1 | 169 | 11 (0)| 00:00:01 |
| 12 | NESTED LOOPS | | 1 | 90 | 10 (0)| 00:00:01 |
| 13 | NESTED LOOPS | | 1 | 84 | 9 (0)| 00:00:01 |
| 14 | INDEX FAST FULL SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 4 (0)| 00:00:01 |
| 15 | INLIST ITERATOR | | | | | |
| 16 | TABLE ACCESS BY INDEX ROWID| WORKFLOW_CURRENTOPERATOR | 1 | 65 | 5 (0)| 00:00:01 |
| 17 | INDEX RANGE SCAN | WRKCUOPER_USER_IN2 | 1 | | 4 (0)| 00:00:01 |
| 18 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_BASE | 1 | 6 | 1 (0)| 00:00:01 |
| 19 | INDEX RANGE SCAN | IX_WFBASE_ID | 1 | | 0 (0)| |
| 20 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_REQUESTBASE | 1 | 79 | 1 (0)| 00:00:01 |
| 21 | INDEX UNIQUE SCAN | WORKFLOW_REQUESTID | 1 | | 0 (0)| |
| 22 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 23 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 2 (0)| 00:00:01 |
| 24 | NESTED LOOPS | | 1 | 35 | 3 (0)| 00:00:01 |
| 25 | MERGE JOIN CARTESIAN | | 1 | 26 | 2 (0)| 00:00:01 |
| 26 | INDEX RANGE SCAN | IX_WORKFLOW_NODEBASE_IDIS | 1 | 7 | 1 (0)| 00:00:01 |
| 27 | BUFFER SORT | | 1 | 19 | 1 (0)| 00:00:01 |
| 28 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 29 | INDEX RANGE SCAN | IX_WKFFLND_NW | 1 | 9 | 1 (0)| 00:00:01 |
| 30 | FILTER | | | | | |
| 31 | NESTED LOOPS | | | | | |
| 32 | NESTED LOOPS | | 1 | 188 | 318 (0)| 00:00:04 |
| 33 | NESTED LOOPS | | 1 | 182 | 317 (0)| 00:00:04 |
| 34 | NESTED LOOPS | | 1 | 163 | 316 (0)| 00:00:04 |
| 35 | NESTED LOOPS | | 1 | 84 | 315 (0)| 00:00:04 |
| 36 | INDEX FAST FULL SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 4 (0)| 00:00:01 |
| 37 | TABLE ACCESS BY INDEX ROWID| WORKFLOW_CURRENTOPERATOR | 7 | 455 | 311 (0)| 00:00:04 |
| 38 | INDEX RANGE SCAN | USERANDREQUESTID | 316 | | 3 (0)| 00:00:01 |
| 39 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_REQUESTBASE | 1 | 79 | 1 (0)| 00:00:01 |
| 40 | INDEX UNIQUE SCAN | WORKFLOW_REQUESTID | 1 | | 0 (0)| |
| 41 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 42 | INDEX RANGE SCAN | IX_WFBASE_ID | 1 | | 0 (0)| |
| 43 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_BASE | 5 | 30 | 1 (0)| 00:00:01 |
| 44 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 2 (0)| 00:00:01 |
| 45 | NESTED LOOPS | | 1 | 35 | 3 (0)| 00:00:01 |
| 46 | MERGE JOIN CARTESIAN | | 1 | 26 | 2 (0)| 00:00:01 |
| 47 | INDEX RANGE SCAN | IX_WORKFLOW_NODEBASE_IDIS | 1 | 7 | 1 (0)| 00:00:01 |
| 48 | BUFFER SORT | | 1 | 19 | 1 (0)| 00:00:01 |
| 49 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 50 | INDEX RANGE SCAN | IX_WKFFLND_NW | 1 | 9 | 1 (0)| 00:00:01 |
---------------------------------------------------------------------------------------------------------------------------

Note
-----
- cardinality feedback used for this statement

SQL_ID a6su7qgyywvn8
--------------------

Plan hash value: 1061600654

---------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | | 1507 (100)| |
| 1 | VIEW | | 532 | 205K| 1507 (1)| 00:00:19 |
| 2 | COUNT | | | | | |
| 3 | VIEW | | 532 | 198K| 1507 (1)| 00:00:19 |
| 4 | SORT ORDER BY | | 532 | 192K| 1507 (1)| 00:00:19 |
| 5 | COUNT | | | | | |
| 6 | VIEW | | 532 | 192K| 1507 (1)| 00:00:19 |
| 7 | HASH UNIQUE | | 532 | 97K| 1507 (1)| 00:00:19 |
| 8 | CONCATENATION | | | | | |
| 9 | FILTER | | | | | |
| 10 | NESTED LOOPS | | 1 | 188 | 12 (0)| 00:00:01 |
| 11 | NESTED LOOPS | | 1 | 169 | 11 (0)| 00:00:01 |
| 12 | NESTED LOOPS | | 1 | 90 | 10 (0)| 00:00:01 |
| 13 | NESTED LOOPS | | 1 | 84 | 9 (0)| 00:00:01 |
| 14 | INDEX FAST FULL SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 4 (0)| 00:00:01 |
| 15 | INLIST ITERATOR | | | | | |
| 16 | TABLE ACCESS BY INDEX ROWID| WORKFLOW_CURRENTOPERATOR | 1 | 65 | 5 (0)| 00:00:01 |
| 17 | INDEX RANGE SCAN | WRKCUOPER_USER_IN2 | 1 | | 4 (0)| 00:00:01 |
| 18 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_BASE | 1 | 6 | 1 (0)| 00:00:01 |
| 19 | INDEX RANGE SCAN | IX_WFBASE_ID | 1 | | 0 (0)| |
| 20 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_REQUESTBASE | 1 | 79 | 1 (0)| 00:00:01 |
| 21 | INDEX UNIQUE SCAN | WORKFLOW_REQUESTID | 1 | | 0 (0)| |
| 22 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 23 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 2 (0)| 00:00:01 |
| 24 | NESTED LOOPS | | 1 | 35 | 3 (0)| 00:00:01 |
| 25 | MERGE JOIN CARTESIAN | | 1 | 26 | 2 (0)| 00:00:01 |
| 26 | INDEX RANGE SCAN | IX_WORKFLOW_NODEBASE_IDIS | 1 | 7 | 1 (0)| 00:00:01 |
| 27 | BUFFER SORT | | 1 | 19 | 1 (0)| 00:00:01 |
| 28 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 29 | INDEX RANGE SCAN | IX_WKFFLND_NW | 1 | 9 | 1 (0)| 00:00:01 |
| 30 | FILTER | | | | | |
| 31 | NESTED LOOPS | | | | | |
| 32 | NESTED LOOPS | | 1 | 188 | 1494 (1)| 00:00:18 |
| 33 | NESTED LOOPS | | 1 | 182 | 1493 (1)| 00:00:18 |
| 34 | MERGE JOIN CARTESIAN | | 40 | 4680 | 1373 (1)| 00:00:17 |
| 35 | MERGE JOIN CARTESIAN | | 1 | 38 | 5 (0)| 00:00:01 |
| 36 | INDEX FAST FULL SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 4 (0)| 00:00:01 |
| 37 | BUFFER SORT | | 1 | 19 | 1 (0)| 00:00:01 |
| 38 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 39 | BUFFER SORT | | 105K| 8150K| 1372 (1)| 00:00:17 |
| 40 | TABLE ACCESS FULL | WORKFLOW_REQUESTBASE | 105K| 8150K| 1368 (1)| 00:00:17 |
| 41 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_CURRENTOPERATOR | 1 | 65 | 3 (0)| 00:00:01 |
| 42 | INDEX RANGE SCAN | WORKFLOWUSERANDID | 1 | | 2 (0)| 00:00:01 |
| 43 | INDEX RANGE SCAN | IX_WFBASE_ID | 1 | | 0 (0)| |
| 44 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_BASE | 5 | 30 | 1 (0)| 00:00:01 |
| 45 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 2 (0)| 00:00:01 |
| 46 | NESTED LOOPS | | 1 | 35 | 3 (0)| 00:00:01 |
| 47 | MERGE JOIN CARTESIAN | | 1 | 26 | 2 (0)| 00:00:01 |
| 48 | INDEX RANGE SCAN | IX_WORKFLOW_NODEBASE_IDIS | 1 | 7 | 1 (0)| 00:00:01 |
| 49 | BUFFER SORT | | 1 | 19 | 1 (0)| 00:00:01 |
| 50 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 51 | INDEX RANGE SCAN | IX_WKFFLND_NW | 1 | 9 | 1 (0)| 00:00:01 |
---------------------------------------------------------------------------------------------------------------------------

Note
-----
- cardinality feedback used for this statement

SQL_ID a6su7qgyywvn8
--------------------

Plan hash value: 1147966846

---------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | | | 24 (100)| |
| 1 | VIEW | | 1 | 396 | 24 (5)| 00:00:01 |
| 2 | COUNT | | | | | |
| 3 | VIEW | | 1 | 383 | 24 (5)| 00:00:01 |
| 4 | SORT ORDER BY | | 1 | 370 | 24 (5)| 00:00:01 |
| 5 | COUNT | | | | | |
| 6 | VIEW | | 1 | 370 | 24 (5)| 00:00:01 |
| 7 | HASH UNIQUE | | 1 | 188 | 24 (5)| 00:00:01 |
| 8 | CONCATENATION | | | | | |
| 9 | FILTER | | | | | |
| 10 | NESTED LOOPS | | | | | |
| 11 | NESTED LOOPS | | 1 | 188 | 10 (0)| 00:00:01 |
| 12 | NESTED LOOPS | | 1 | 109 | 9 (0)| 00:00:01 |
| 13 | NESTED LOOPS | | 1 | 103 | 8 (0)| 00:00:01 |
| 14 | MERGE JOIN CARTESIAN | | 1 | 38 | 3 (0)| 00:00:01 |
| 15 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 2 (0)| 00:00:01 |
| 16 | BUFFER SORT | | 1 | 19 | 1 (0)| 00:00:01 |
| 17 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 18 | INLIST ITERATOR | | | | | |
| 19 | TABLE ACCESS BY INDEX ROWID| WORKFLOW_CURRENTOPERATOR | 1 | 65 | 5 (0)| 00:00:01 |
| 20 | INDEX RANGE SCAN | WRKCUOPER_USER_IN2 | 1 | | 4 (0)| 00:00:01 |
| 21 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_BASE | 1 | 6 | 1 (0)| 00:00:01 |
| 22 | INDEX RANGE SCAN | IX_WFBASE_ID | 1 | | 0 (0)| |
| 23 | INDEX UNIQUE SCAN | WORKFLOW_REQUESTID | 1 | | 0 (0)| |
| 24 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_REQUESTBASE | 1 | 79 | 1 (0)| 00:00:01 |
| 25 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 2 (0)| 00:00:01 |
| 26 | NESTED LOOPS | | 1 | 35 | 3 (0)| 00:00:01 |
| 27 | MERGE JOIN CARTESIAN | | 1 | 26 | 2 (0)| 00:00:01 |
| 28 | INDEX RANGE SCAN | IX_WORKFLOW_NODEBASE_IDIS | 1 | 7 | 1 (0)| 00:00:01 |
| 29 | BUFFER SORT | | 1 | 19 | 1 (0)| 00:00:01 |
| 30 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 31 | INDEX RANGE SCAN | IX_WKFFLND_NW | 1 | 9 | 1 (0)| 00:00:01 |
| 32 | FILTER | | | | | |
| 33 | NESTED LOOPS | | | | | |
| 34 | NESTED LOOPS | | 1 | 188 | 13 (0)| 00:00:01 |
| 35 | NESTED LOOPS | | 1 | 109 | 12 (0)| 00:00:01 |
| 36 | NESTED LOOPS | | 1 | 103 | 11 (0)| 00:00:01 |
| 37 | MERGE JOIN CARTESIAN | | 1 | 38 | 3 (0)| 00:00:01 |
| 38 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 2 (0)| 00:00:01 |
| 39 | BUFFER SORT | | 1 | 19 | 1 (0)| 00:00:01 |
| 40 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 41 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_CURRENTOPERATOR | 1 | 65 | 8 (0)| 00:00:01 |
| 42 | INDEX RANGE SCAN | WRKCUOPER_USER_IN2 | 7 | | 2 (0)| 00:00:01 |
| 43 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_BASE | 1 | 6 | 1 (0)| 00:00:01 |
| 44 | INDEX RANGE SCAN | IX_WFBASE_ID | 1 | | 0 (0)| |
| 45 | INDEX UNIQUE SCAN | WORKFLOW_REQUESTID | 1 | | 0 (0)| |
| 46 | TABLE ACCESS BY INDEX ROWID | WORKFLOW_REQUESTBASE | 1 | 79 | 1 (0)| 00:00:01 |
| 47 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 2 (0)| 00:00:01 |
| 48 | NESTED LOOPS | | 1 | 35 | 3 (0)| 00:00:01 |
| 49 | MERGE JOIN CARTESIAN | | 1 | 26 | 2 (0)| 00:00:01 |
| 50 | INDEX RANGE SCAN | IX_WORKFLOW_NODEBASE_IDIS | 1 | 7 | 1 (0)| 00:00:01 |
| 51 | BUFFER SORT | | 1 | 19 | 1 (0)| 00:00:01 |
| 52 | INDEX RANGE SCAN | WORKFLOWCENTERSETTINGDETAIL_I | 1 | 19 | 1 (0)| 00:00:01 |
| 53 | INDEX RANGE SCAN | IX_WKFFLND_NW | 1 | 9 | 1 (0)| 00:00:01 |
---------------------------------------------------------------------------------------------------------------------------
270 rows selected.

可以看出执行计划非常糟糕,这次不手工调优,尝试使用advisor工具(基于sql_id)
可以用sql_id创建sql tunning任务,比用sql_text方便很多
FUNCTION CREATE_TUNING_TASK RETURNS VARCHAR2
Argument Name Type In/Out Default?
------------------------------ ----------------------- ------ --------
SQL_ID VARCHAR2 IN
PLAN_HASH_VALUE NUMBER IN DEFAULT
SCOPE VARCHAR2 IN DEFAULT
TIME_LIMIT NUMBER IN DEFAULT
TASK_NAME VARCHAR2 IN DEFAULT
DESCRIPTION VARCHAR2 IN DEFAULT
————————————————

DECLARE
my_task_name VARCHAR2(30);
BEGIN
my_task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK(
SQL_ID => 'xxxx',
scope => 'COMPREHENSIVE',
time_limit => 60,
task_name => 'tunning_task_xxxx',
description => 'Task to tune a query on xxxx');
END;
/

我们查看此时任务的状态
> select task_name,EXECUTION_START,EXECUTION_END,STATUS from DBA_ADVISOR_LOG where task_name like 'tunning_task_xxxx%';

TASK_NAME EXECUTION_START EXECUTION_END STATUS
------------------------------ ------------------- ------------------- -----------
tunning_task_xxxx INITIAL

执行sql tuning任务
BEGIN
DBMS_SQLTUNE.EXECUTE_TUNING_TASK( task_name => 'tunning_task_xxxx' );
END;
/

展示sql tunning结果
SET LONG 10000
SET LONGCHUNKSIZE 1000
SET LINESIZE 100
SELECT DBMS_SQLTUNE.REPORT_TUNING_TASK('tunning_task_xxxx')
FROM DUAL;

调优后
SQL> SET LONG 10000
SQL> SET LONGCHUNKSIZE 1000
SQL> SET LINESIZE 100
SQL> SELECT DBMS_SQLTUNE.REPORT_TUNING_TASK('tunning_task_ddw7j6yfnw0vz')
2 FROM DUAL;

DBMS_SQLTUNE.REPORT_TUNING_TASK('TUNNING_TASK_DDW7J6YFNW0VZ')
----------------------------------------------------------------------------------------------------
GENERAL INFORMATION SECTION
-------------------------------------------------------------------------------
Tuning Task Name : tunning_task_ddw7j6yfnw0vz
Tuning Task Owner : USERNAME
Workload Type : Single SQL Statement
Scope : COMPREHENSIVE
Time Limit(seconds): 60
Completion Status : COMPLETED
Started at : 10/24/2019 16:54:27
Completed at : 10/24/2019 16:54:33

-------------------------------------------------------------------------------
Schema Name: USERNAME
SQL ID : a6su7qgyywvn8
SQL Text :

-------------------------------------------------------------------------------
FINDINGS SECTION (3 findings)
-------------------------------------------------------------------------------

1- SQL Profile Finding (see explain plans section below)
--------------------------------------------------------
A potentially better execution plan was found for this statement.

Recommendation (estimated benefit: 27.05%)
------------------------------------------
- Consider accepting the recommended SQL profile.
execute dbms_sqltune.accept_sql_profile(task_name =>
'tunning_task_ddw7j6yfnw0vz', task_owner => 'USERNAME', replace =>
TRUE);

Validation results
------------------
The SQL profile was tested by executing both its plan and the original plan
and measuring their respective execution statistics. A plan may have been
only partially executed if the other could be run to completion in less time.

Original Plan With SQL Profile % Improved
------------- ---------------- ----------
Completion Status: COMPLETE COMPLETE
Elapsed Time(us): 61144 61755 -.99 %
CPU Time(us): 21282 20590 3.25 %
User I/O Time(us): 0 0
Buffer Gets: 3062 2233 27.07 %
Physical Read Requests: 0 0
Physical Write Requests: 0 0
Physical Read Bytes: 0 0
Physical Write Bytes: 0 0
Rows Processed: 5 5
Fetches: 5 5
Executions: 1 1

Notes
-----
1. The original plan was first executed to warm the buffer cache.
2. Statistics for original plan were averaged over next 9 executions.
3. The SQL profile plan was first executed to warm the buffer cache.
4. Statistics for the SQL profile plan were averaged over next 9 executions.

2- Index Finding (see explain plans section below)
--------------------------------------------------
The execution plan of this statement can be improved by creating one or more
indices.

Recommendation (estimated benefit: 97.87%)
------------------------------------------
- Consider running the Access Advisor to improve the physical schema design
or creating the recommended index.
create index USERNAME.IDX$$_6F3D0001 on
USERNAME.WORKFLOWCENTERSETTINGDETAIL("EID","TYPE","TABID");

- Consider running the Access Advisor to improve the physical schema design
or creating the recommended index.
create index USERNAME.IDX$$_6F3D0002 on
USERNAME.WORKFLOW_CURRENTOPERATOR("WORKFLOWID");

Rationale
---------
Creating the recommended indices significantly improves the execution plan
of this statement. However, it might be preferable to run "Access Advisor"
using a representative SQL workload as opposed to a single statement. This
will allow to get comprehensive index recommendations which takes into
account index maintenance overhead and additional space consumption.

3- Alternative Plan Finding
---------------------------
Some alternative execution plans for this statement were found by searching
the system's real-time and historical performance data.

The following table lists these plans ranked by their average elapsed time.
See section "ALTERNATIVE PLANS SECTION" for detailed information on each
plan.

id plan hash last seen elapsed (s) origin note
-- ---------- -------------------- ------------ --------------- ----------------
1 1019409405 2019-10-24/14:22:29 0.935 Cursor Cache
2 1147966846 2019-10-24/14:14:00 49.312 Cursor Cache
3 1061600654 2019-10-24/14:22:32 7432.859 Cursor Cache

Information
-----------
- Because no execution history for the Original Plan was found, the SQL
Tuning Advisor could not determine if any of these execution plans are
superior to it. However, if you know that one alternative plan is better
than the Original Plan, you can create a SQL plan baseline for it. This
will instruct the Oracle optimizer to pick it over any other choices in
the future.
execute dbms_sqltune.create_sql_plan_baseline(task_name =>
'tunning_task_ddw7j6yfnw0vz', owner_name => 'USERNAME',
plan_hash_value => xxxxxxxx);

-------------------------------------------------------------------------------
ADDITIONAL INFORMATION SECTION
-------------------------------------------------------------------------------
- The optimizer could not merge the view at line ID 6 of the execution plan.
The optimizer cannot merge a complex view if its parent query contains a
reference to a "ROWNUM" pseudo-column.
- The optimizer could not merge the view at line ID 3 of the execution plan.
The optimizer cannot merge a view that contains a "ROWNUM" pseudo column.
- The optimizer could not merge the view at line ID 1 of the execution plan.
The optimizer cannot merge a view that contains a "ROWNUM" pseudo column.
- SQL Profile "SYS_SQLPROF_016dfcf4b7e90000" exists for this statement and
was ignored during the tuning process.

-------------------------------------------------------------------------------
EXPLAIN PLANS SECTION
-------------------------------------------------------------------------------

1- Original With Adjusted Cost
------------------------------
Plan hash value: 3347560359

----------------------------------------------------------------------------------------------------
-------------------------------
| Id | Operation | Name | Rows | Bytes |T
empSpc| Cost (%CPU)| Time |
----------------------------------------------------------------------------------------------------
-------------------------------
| 0 | SELECT STATEMENT | | 1 | 396 |
| 94499 (1)| 00:18:54 |
|* 1 | VIEW | | 1 | 396 |
| 94499 (1)| 00:18:54 |
| 2 | COUNT | | | |
| | |
| 3 | VIEW | | 1 | 383 |
| 94499 (1)| 00:18:54 |
| 4 | SORT ORDER BY | | 1 | 370 |
| 94499 (1)| 00:18:54 |
| 5 | COUNT | | | |
| | |
| 6 | VIEW | | 1 | 370 |
| 94632 (1)| 00:18:56 |
| 7 | HASH UNIQUE | | 1 | 182 |
| 94632 (1)| 00:18:56 |
| 8 | CONCATENATION | | | |
| | |
|* 9 | FILTER | | | |
| | |
| 10 | NESTED LOOPS | | 37216 | 6614K|
|

根据advisor的建议调整
查看DB服务器负载已经正常,调优成功

advisor调优工具优化sql(基于sql_id)的更多相关文章

  1. OCM_第十四天课程:Section6 —》数据库性能调优_各类索引 /调优工具使用/SQL 优化建议

    注:本文为原著(其内容来自 腾科教育培训课堂).阅读本文注意事项如下: 1:所有文章的转载请标注本文出处. 2:本文非本人不得用于商业用途.违者将承当相应法律责任. 3:该系列文章目录列表: 一:&l ...

  2. Oracle第二话之调优工具

    Oracle第二话之调优工具 原创if 0 = -I can 发布于2019-04-09 19:53:12 阅读数 172  收藏 展开 目录 1.告警日志 2.用户进程trace文件 3.动态性能视 ...

  3. JVM性能调优(4) —— 性能调优工具

    前序文章: JVM性能调优(1) -- JVM内存模型和类加载运行机制 JVM性能调优(2) -- 垃圾回收器和回收策略 JVM性能调优(3) -- 内存分配和垃圾回收调优 一.JDK工具 先来看看有 ...

  4. JVM活学活用——调优工具

    概述 工具做为图形化界面来展示更能直观的发现问题,另一方面一些耗费性能的分析(dump文件分析)一般也不会在生产直接分析,往往dump下来的文件达1G左右,人工分析效率较低,因此利用工具来分析jvm相 ...

  5. Kafka性能调优 - Kafka优化的方法

    今天,我们将讨论Kafka Performance Tuning.在本文“Kafka性能调优”中,我们将描述在设置集群配置时需要注意的配置.此外,我们将讨论Tuning Kafka Producers ...

  6. JVM调优工具锦囊

    Arthas线上 分析诊断调优工具 以前我们要排查线上问题,通常使用的是jdk自带的调优工具和命令.最常见的就是dump线上日志,然后下载到本地,导入到jvisualvm工具中.这样操作有诸多不变,现 ...

  7. JVM调优工具使用手册

    ​ 作为Java开发人员,我们肯定知道JDK的bin目录下有"java.exe"."javac.exe"这两个命令工具,这也是我们平时用得最多的工具.但其实bi ...

  8. 【原】Learning Spark (Python版) 学习笔记(三)----工作原理、调优与Spark SQL

    周末的任务是更新Learning Spark系列第三篇,以为自己写不完了,但为了改正拖延症,还是得完成给自己定的任务啊 = =.这三章主要讲Spark的运行过程(本地+集群),性能调优以及Spark ...

  9. Android系统性能调优工具介绍

    http://blog.csdn.net/innost/article/details/9008691 经作者授权,发表Tieto某青年牛的一篇<程序员>大作. Android系统性能调优 ...

随机推荐

  1. 《即时消息技术剖析与实战》学习笔记7——IM系统的消息未读

    一.什么是消息未读 消息未读包括会话未读和总未读.前者指的是当前用户和某一聊天方的未读消息数,后者指的是当前用户的所有未读消息数,也就是所有会话未读的和.比如用户A收到用户B的2条消息,还收到用户C的 ...

  2. PTA A1014

    A1014 Waiting in Line (30 分) 题目内容 Suppose a bank has N windows open for service. There is a yellow l ...

  3. vue-cli+webpack打包,上线

    1.先修改配置文件再打包.有些人打包后运行一片空白,主要是由于路径问题 所以首先需要修改config下的index.js配置文件 上图中第一个要修改的就是静态文件的路径,打包后静态文件就在当前目录下, ...

  4. [VB.NET Tips]为VB.NET正名

    前言 我于2005年毕业,正值全国上上下下如火如荼的开展企业信息化的时代,正是大规模软件开发的年代. 那时.NET 已经发布了2.0,但是仍是VB6,Delphi,PowerBuilder的天下,是E ...

  5. 29道Zookeeper面试题超详细(附答案)

    原文链接 ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现,是Hadoop和Hbase的重要组件.它是一个为分布式应用提供一致性服务的软件 ...

  6. 【linux】【ELK】利用elasticproxy对elasticsearch进行二次排序

    做过elk的人应该了解kibana排序至支持到秒级别,但同一秒内出现多个日志的时候那么kibana展示的日志就会混轮,加上该代理可以解决该问题 # 拉取elasticproxy镜像 [root@loc ...

  7. 为什么一个标准的反相器中 P 管的宽长比要比 N 管的大呢?

    和载流子有关.P 管是空穴导电,而 N 管是电子导电,电子的迁移率大于空穴.所以在同样的电场下,N 管的电流要大于 P 管,因此要增大 P 管的宽长比,使之对称,这样才能使得两者上升下降时间相等.高低 ...

  8. Spring Boot 的单元测试和集成测试

    学习如何使用本教程中提供的工具,并在 Spring Boot 环境中编写单元测试和集成测试. 1. 概览 本文中,我们将了解如何编写单元测试并将其集成在 Spring Boot 环境中.你可在网上找到 ...

  9. 微项目:一步一步带你使用SpringBoot入门(一)

    最近放假了,休息的时候不忘写个小项目来玩玩. 如果有需要一起手动做项目的朋友可以和我一起做这个小项目. 做到哪随心所欲.也就一周的事哈哈. *** 开发环境 JDK1.8 JetBrain Intel ...

  10. hadoop入门之海量Web日志分析 用Hadoop提取KPI统计指标

    转载自:http://blog.fens.me/hadoop-mapreduce-log-kpi/ 今天学习了这一篇博客,写得十分好,照着这篇博客敲了一遍. 发现几个问题, 一是这篇博客中采用的had ...