With Active Dataguard setup, many of the read only applications runs on ADG and sometime the SQLs that are used by these applications runs into bad plans. ADG being a read only database, its not possible to create a baseline or a profile on ADG.
One of the way to have good plan for SQLs running on ADG is to make them run on primary first and fix the plan by creating profile or baseline and then transfer these SQLs to ADG. Practically I have seen many times that Dev teams are not very flexible in changing the configuration to run the queries on primary. Either there configuration setup is complex and takes more time and efforts to change them or most of the time in bigger enterprises, they have central configuration file which when changed, changes the configuration for entire region. In that case complete software techstack will run on primary for entire region and not just 1 database.
Another way to deal make queries run on primary is to point ADG CNAME to primary. That way all the applications which are supposed to run on ADG will start running on primary. Down side for this is the increase in load on primary as all the applications on ADG will connect to primary. Its too much of a change to fix 1 SQL on ADG.
This article is about fixing plans on ADG using profile, without making any other change. We don’t have to run the query on primary to fix the plan.
Fixing SQL plan on ADG
In one of my old article “Fixing SQL Plans: The hard way – Part 1“, I mentioned about DBMS_SQLTUNE.IMPORT_SQL_PROFILE procedure. This procedure takes internal SQL hints that optimizer understands as input and create a profile to fix the plan.
In that method, I am providing SQL text as input, but the way I am providing SQL text as input is by selecting “SQL_TEXT” column from either V$SQL_TEXT view or from DBA_HIST_SQLTEXT view.
Following is the partial code of the PL/SQL block I used to create profile
for sql_rec in ( select t.sql_id, t.sql_text from dba_hist_sqltext t, dba_hist_sql_plan p where t.sql_id = p.sql_id and p.sql_id = '&SQL_ID_TO_FIX' and p.plan_hash_value = &BAD_PLAN_HASH_VALUE and p.parent_id is null ) loop DBMS_SQLTUNE.IMPORT_SQL_PROFILE( sql_text => sql_rec.sql_text, profile => ar_profile_hints, name => 'PROFILE_33fndgzsas09k'); end loop;
Why we cannot use this method for ADG?
We cannot use this method for ADG. You will find the required SQL text in V$SQL_TEXT view in ADG, but you cannot create SQL profile on ADG as its a read-only database.
Also, you cannot create a profile on primary because you will not find SQL text on primary.
So, How do we fix this?
Method 1:
One of the method I thought of for fixing the SQL is by creating a database link between primary and ADG (say adg_db_link) and use that DB link to get SQL text from standby. So above PL/SQL code will look like below. Note that I have change DBA_HIS* table with V$ views because ADG data will be present in only V$ views. DBA_HIST* tables will have data from primary database only as part of AWR snapshot.
for sql_rec in ( select t.sql_id, t.sql_text from v$sqltext@adg_db_link t, v$sql_plan@adg_db_link p where t.sql_id = p.sql_id and p.sql_id = '&SQL_ID_TO_FIX' and p.plan_hash_value = &BAD_PLAN_HASH_VALUE and p.parent_id is null ) loop DBMS_SQLTUNE.IMPORT_SQL_PROFILE( sql_text => sql_rec.sql_text, profile => ar_profile_hints, name => 'PROFILE_33fndgzsas09k'); end loop;
You can run the complete PL/SQL block on primary and using the DB link will fetch the required SQL text from ADG and you can create SQL profile on primary.
Once this SQL profile is created, it should be picked up by SQL query on ADG. Note that you need to purge the SQL from shared pool of ADG so that SQL will go for hard parse and pick the profile.
Method 2:
Another method we can use, is to pass SQL text as input to DBMS_SQLTUNE.IMPORT_SQL_PROFILE procedure. This is the method I implemented and it worked for me.
Let’s take a example.
Following is my SQL text that I want to fix. I was having a completely different SQL in my environment, but I cannot provide actual text for that SQL. My SQL was very big and complex, So I simplified the same and changed table name and column name to understand easily.
select * from ( select this_.col1 as col1, this_.col2 as col2, this_.col3 as col3, this_.col4 as col4 from TAB1 this_ inner join TAB2 compaddres3_ on this_.col2 = compaddres3_.col2 inner join TAB3 compshipme1_ on this_.col1=compshipme1_.col1 where this_.col1 in (:1) and this_.col2 in (:2 , :3) and compshipme1_.col1 in (:4 ) and this_.col8 = 'OPEN' and this_.col5>=:5 and this_.col5<=:6 order by this_.col1 asc ) where rownum <= :7
Assuming that existing plan in ADG database is bad, we need to find a good plan of this SQL and also create a profile so that new good plan will be picked in ADG.
We are going to do that without running this SQL on primary or without pointing ADG CNAME to primary. Also, we are not going to do any code changes to add any hints.
Following are the steps to fix the plan on ADG
1) Get a good plan for this SQL
You can use the hints in SQL text and do an explain plan on primary to check if the plan looks good. Alternatively, if you want to be sure, you can run the hinted SQL in ADG to make sure that SQL runs good and efficiently.
I used few index hints in my SQL to make sure correct index is getting picked. I did “explain plan” for the SQL to check the explain plan.
explain plan for
select * from (
select /*+ index(tab1 I_UNIQ_COL2) */ this_.col1 as col1,
this_.col2 as col2,
this_.col3 as col3,
this_.col4 as col4
from TAB1 this_
inner join TAB2 compaddres3_ on this_.col2 = compaddres3_.col2
inner join TAB3 compshipme1_ on this_.col1=compshipme1_.col1
where this_.col1 in (:1)
and this_.col2 in (:2 , :3)
and compshipme1_.col1 in (:4 )
and this_.col8 = 'OPEN'
and this_.col5>=:5
and this_.col5<=:6
order by this_.col1 asc )
where rownum <= :7
I got following plan after using required hints
Plan hash value: 2524091007 ------------------------------------------------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop | ------------------------------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 134 | 1524K | 4134 (3) | 00:00:50 | | | |* 1 | COUNT STOPKEY | | | | | | | | | 2 | VIEW | | 134 | 1524K | 4134 (3) | 00:00:50 | | | |* 3 | SORT ORDER BY STOPKEY | | 134 | 71154 | 4134 (3) | 00:00:50 | | | |* 4 | FILTER | | | | | | | | | 5 | NESTED LOOPS | | 134 | 71154 | 4133 (3) | 00:00:50 | | | | 6 | NESTED LOOPS | | 134 | 43550 | 3731 (3) | 00:00:45 | | | | 7 | TABLE ACCESS BY INDEX ROWID | TAB1 | 1 | 22 | 1 (0) | 00:00:01 | | | |* 8 | INDEX UNIQUE SCAN | I_UNIQ_COL2 | 1 | | 0 (0) | 00:00:01 | | | | 9 | TABLE ACCESS BY GLOBAL INDEX ROWID | TAB2 | 134 | 40602 | 3730 (3) | 00:00:45 | ROWID | ROWID | |* 10 | INDEX RANGE SCAN | I_TAB2_COL2 | 242 | | 3507 (3) | 00:00:43 | | | | 11 | TABLE ACCESS BY GLOBAL INDEX ROWID | TAB3 | 1 | 206 | 3 (0) | 00:00:01 | ROWID | ROWID | |* 12 | INDEX RANGE SCAN | PK_TAB3_COL1 | 1 | | 2 (0) | 00:00:01 | | | -------------------------------------------------------------------------------------------------------------------------
2) Obtain outline hints for SQL
Once you perform explain plan for the SQL, you can use FORMAT=>’ADVANCED’ to get the neccessary outline hints
select * from table(dbms_xplan.display(format=>’advanced’));
/*+ BEGIN_OUTLINE_DATA USE_NL(@"SEL$54D64B3C" "COMPADDRES3_"@"SEL$2") USE_NL(@"SEL$54D64B3C" "THIS_"@"SEL$2") LEADING(@"SEL$54D64B3C" "COMPSHIPME1_"@"SEL$3" "THIS_"@"SEL$2" "COMPADDRES3_"@"SEL$2") INDEX_RS_ASC(@"SEL$54D64B3C" "COMPADDRES3_"@"SEL$2" ("TAB2"."COL2")) INDEX_RS_ASC(@"SEL$54D64B3C" "THIS_"@"SEL$2" ("TAB1"."COL1" "TAB1"."COL2" "TAB1"."COL3" "TAB1"."COL4")) INDEX_RS_ASC(@"SEL$54D64B3C" "COMPSHIPME1_"@"SEL$3" ("TAB3"."COL1")) NO_ACCESS(@"SEL$1" "from$_subquery$_001"@"SEL$1") OUTLINE(@"SEL$2") OUTLINE(@"SEL$3") MERGE(@"SEL$2") OUTLINE(@"SEL$64EAE176") OUTLINE(@"SEL$4") OUTLINE_LEAF(@"SEL$1") MERGE(@"SEL$64EAE176") OUTLINE_LEAF(@"SEL$54D64B3C") ALL_ROWS OPT_PARAM('_optimizer_extended_cursor_sharing_rel' 'none') DB_VERSION('11.2.0.4') OPTIMIZER_FEATURES_ENABLE('11.2.0.4') IGNORE_OPTIM_EMBEDDED_HINTS END_OUTLINE_DATA */
Step 3) Above outline data is useful for creating profile for query running on ADG
SQL Profile have to created on primary as we cannot create SQL profile on ADG (read only database).
Previous method described in”Fixing SQL Plans: The hard way – Part 1” uses the SQL ID as input and queries V$SQLTEXT or DBA_HIST* tables to get the required SQL text. This SQL text is then supplied to DBMS_SQLTUNE.IMPORT_SQL_PROFILE procedure.
But since we don’t have SQL text in primary, we can directly supply SQL text to DBMS_SQLTUNE.IMPORT_SQL_PROFILE procedure as shown below.
Note – If you have single quotes in your script, you need to change that to 2 single quotes. 1st single quote works as escape character
In my SQL text, I have a single quote literal. So I have to enclose that to 2 single quotes as shown below
select * from ( select this_.col1 as col1, this_.col2 as col2, this_.col3 as col3, this_.col4 as col4 from TAB1 this_ inner join TAB2 compaddres3_ on this_.col2 = compaddres3_.col2 inner join TAB3 compshipme1_ on this_.col1=compshipme1_.col1 where this_.col1 in (:1) and this_.col2 in (:2 , :3) and compshipme1_.col1 in (:4 ) and this_.col8 = ''OPEN'' and this_.col5>=:5 and this_.col5<=:6 order by this_.col1 asc ) where rownum <= :7
Above SQL will be given as input to DBMS_SQLTUNE.IMPORT_SQL_PROFILE procedure.
Similarly, if we have single quotation in outline hints that we extracted, we need to change that to 2 single quotes as shown below.
Also, we need to mark every outline hint in single quotation.
'BEGIN_OUTLINE_DATA', 'USE_NL(@"SEL$54D64B3C" "COMPADDRES3_"@"SEL$2")', 'USE_NL(@"SEL$54D64B3C" "THIS_"@"SEL$2")', 'LEADING(@"SEL$54D64B3C" "COMPSHIPME1_"@"SEL$3" "THIS_"@"SEL$2" "COMPADDRES3_"@"SEL$2")', 'INDEX_RS_ASC(@"SEL$54D64B3C" "COMPADDRES3_"@"SEL$2" ("TAB2"."COL2"))', 'INDEX_RS_ASC(@"SEL$54D64B3C" "THIS_"@"SEL$2" ("TAB1"."COL1" "TAB1"."COL2" "TAB1"."COL3" "TAB1"."COL4"))', 'INDEX_RS_ASC(@"SEL$54D64B3C" "COMPSHIPME1_"@"SEL$3" ("TAB3"."COL1"))', 'NO_ACCESS(@"SEL$1" "from$_subquery$_001"@"SEL$1")', 'OUTLINE(@"SEL$2")', 'OUTLINE(@"SEL$3")', 'MERGE(@"SEL$2")', 'OUTLINE(@"SEL$64EAE176")', 'OUTLINE(@"SEL$4")', 'OUTLINE_LEAF(@"SEL$1")', 'MERGE(@"SEL$64EAE176")', 'OUTLINE_LEAF(@"SEL$54D64B3C")', 'ALL_ROWS', 'OPT_PARAM(''_optimizer_extended_cursor_sharing_rel'' ''none'')', 'DB_VERSION(''11.2.0.4'')', 'OPTIMIZER_FEATURES_ENABLE(''11.2.0.4'')', 'IGNORE_OPTIM_EMBEDDED_HINTS', 'END_OUTLINE_DATA'
Note that we have enclosed the hints in single quotes and also put a comma at the end of every hint except the last hint.
So we have required outline hints and SQL text that should be provided as input to DBMS_SQLTUNE.IMPORT_SQL_PROFILE procedure
Step 4) Creating required profile on primary
Below shows the code for creating SQL profile on primary after providing required inputs.
declare ar_profile_hints sys.sqlprof_attr; begin ar_profile_hints := sys.sqlprof_attr( 'BEGIN_OUTLINE_DATA', 'USE_NL(@"SEL$54D64B3C" "COMPADDRES3_"@"SEL$2")', 'USE_NL(@"SEL$54D64B3C" "THIS_"@"SEL$2")', 'LEADING(@"SEL$54D64B3C" "COMPSHIPME1_"@"SEL$3" "THIS_"@"SEL$2" "COMPADDRES3_"@"SEL$2")', 'INDEX_RS_ASC(@"SEL$54D64B3C" "COMPADDRES3_"@"SEL$2" ("TAB2"."COL2"))', 'INDEX_RS_ASC(@"SEL$54D64B3C" "THIS_"@"SEL$2" ("TAB1"."COL1" "TAB1"."COL2" "TAB1"."COL3" "TAB1"."COL4"))', 'INDEX_RS_ASC(@"SEL$54D64B3C" "COMPSHIPME1_"@"SEL$3" ("TAB3"."COL1"))', 'NO_ACCESS(@"SEL$1" "from$_subquery$_001"@"SEL$1")', 'OUTLINE(@"SEL$2")', 'OUTLINE(@"SEL$3")', 'MERGE(@"SEL$2")', 'OUTLINE(@"SEL$64EAE176")', 'OUTLINE(@"SEL$4")', 'OUTLINE_LEAF(@"SEL$1")', 'MERGE(@"SEL$64EAE176")', 'OUTLINE_LEAF(@"SEL$54D64B3C")', 'ALL_ROWS', 'OPT_PARAM(''_optimizer_extended_cursor_sharing_rel'' ''none'')', 'DB_VERSION(''11.2.0.4'')', 'OPTIMIZER_FEATURES_ENABLE(''11.2.0.4'')', 'IGNORE_OPTIM_EMBEDDED_HINTS', 'END_OUTLINE_DATA' ); DBMS_SQLTUNE.IMPORT_SQL_PROFILE( sql_text => 'select * from ( select /*+ index(tab1 I_TAB1_IDX1) */ this_.col1 as col1, this_.col2 as col2, this_.col3 as col3, this_.col4 as col4 from TAB1 this_ inner join TAB2 compaddres3_ on this_.col2 = compaddres3_.col2 inner join TAB3 compshipme1_ on this_.col1=compshipme1_.col1 where this_.col1 in (:1) and this_.col2 in (:2 , :3) and compshipme1_.col1 in (:4 ) and this_.col8 = ''OPEN'' and this_.col5>=:5 and this_.col5<=:6 order by this_.col1 asc ) where rownum <= :7', profile => ar_profile_hints,name => 'PROFILE_d7w7fruzwyh2s' ); end; /
You can run above code on primary to create required profile.
Once you create profile, purge the SQL on ADG using sys.dbms_shared_pool.purge procedure.
When the SQL runs next time on ADG, it will automatically pick the above created profile and plan will be the one we tested before by including hints.
I was able to see following in the NOTE section when I did DBMS_XPLAN.DISPLAY_CURSOR on ADG
Note ----- - SQL profile PROFILE_d7w7fruzwyh2s used for this statement
Hope this helps !!
Reference
Fixing SQL Plans: The hard way – Part 1
Fixing SQL Plans: The hard way – Part 2
Fixing SQL Plans: The hard way – Part 3
Filed under: Oracle Database 11g, Performance Tuninig Tagged: ADG query tuning, DBMS_SQLTUNE.IMPORT_SQL_PROFILE, fixing plan on ADG, SQL profiles
