.
\nSQL Plan Baselines is a great feature for plan stability: you capture the plans that you accept. However, if the data model changes and the accepted plans cannot reproduce, the optimizer will come with a new plan. In 18c we have a note from DBMS_XPLAN when the optimization ‘failed to use SQL plan baseline for this statement’.
\n
\nI create a table, with an index, and run a query on it using this index:
\nSQL> create table DEMO as select rownum n from xmltable('1 to 1000');\nTable DEMO created.\n \nSQL> create index DEMO_N on DEMO(n);\nIndex DEMO_N created.\n \nSQL> select * from DEMO where n=1;\n \n N\n -\n 1\nThe execution plan is correct, using the index:
\n\nSQL> select * from dbms_xplan.display_cursor();\n \nPLAN_TABLE_OUTPUT\n-----------------\nSQL_ID 4mcr18aqntpkq, child number 0\n-------------------------------------\nselect * from DEMO where n=1\n \nPlan hash value: 217077817\n \n---------------------------------------------------------------------------\n| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |\n---------------------------------------------------------------------------\n| 0 | SELECT STATEMENT | | | | 1 (100)| |\n|* 1 | INDEX RANGE SCAN| DEMO_N | 1 | 4 | 1 (0)| 00:00:01 |\n---------------------------------------------------------------------------\n \nPredicate Information (identified by operation id):\n---------------------------------------------------\n \n 1 - access(\"N\"=1)\nI’m happy with this plan, and I capture it as an accepted SQL Plan Baseline for this statemement:
\n\nSQL> exec dbms_output.put_line( dbms_spm.load_plans_from_cursor_cache('4mcr18aqntpkq') )\nPL/SQL procedure successfully completed.\n \nSQL> select * from dba_sql_plan_baselines;\n \n SIGNATURE SQL_HANDLE SQL_TEXT PLAN_NAME CREATOR ORIGIN PARSING_SCHEMA_NAME DESCRIPTION VERSION CREATED LAST_MODIFIED LAST_EXECUTED LAST_VERIFIED ENABLED ACCEPTED FIXED REPRODUCED AUTOPURGE ADAPTIVE OPTIMIZER_COST MODULE ACTION EXECUTIONS ELAPSED_TIME CPU_TIME BUFFER_GETS DISK_READS DIRECT_WRITES ROWS_PROCESSED FETCHES END_OF_FETCH_COUNT\n --------- ---------- -------- --------- ------- ------ ------------------- ----------- ------- ------- ------------- ------------- ------------- ------- -------- ----- ---------- --------- -------- -------------- ------ ------ ---------- ------------ -------- ----------- ---------- ------------- -------------- ------- ------------------\n 5689790730784434204 SQL_4ef632861ab7681c select * from DEMO where n=1 SQL_PLAN_4xxjkhsdbfu0wd5d62705 DEMO MANUAL-LOAD-FROM-CURSOR-CACHE DEMO 18.0.0.0.0 27-FEB-18 09.37.55.000000000 PM 27-FEB-18 09.37.55.000000000 PM YES YES NO YES YES NO 1 java@VM181 (TNS V1-V3) 3 5771 4824 82 1 0 3 6\nWhen I run the sattement again, this plan is used and DBMS_XPLAN mentions the SQL Plan BAseline that was used:
\n\nSQL> select * from DEMO where n=1;\n \n N\n -\n 1\n \nSQL> select * from dbms_xplan.display_cursor();\n \nPLAN_TABLE_OUTPUT\n-----------------\nSQL_ID 4mcr18aqntpkq, child number 0\n-------------------------------------\nselect * from DEMO where n=1\n \nPlan hash value: 217077817\n \n---------------------------------------------------------------------------\n| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |\n---------------------------------------------------------------------------\n| 0 | SELECT STATEMENT | | | | 1 (100)| |\n|* 1 | INDEX RANGE SCAN| DEMO_N | 1 | 4 | 1 (0)| 00:00:01 |\n---------------------------------------------------------------------------\n \nPredicate Information (identified by operation id):\n---------------------------------------------------\n \n 1 - access(\"N\"=1)\n \nNote\n-----\n - SQL plan baseline SQL_PLAN_4xxjkhsdbfu0wd5d62705 used for this statement\nNow, if I drop the index, the accepted plan cannot be used:
\n\nSQL> drop index DEMO_N;\nIndex DEMO_N dropped.\n \nSQL> select * from DEMO where n=1;\n \n N\n -\n 1\n \nSQL> select * from dbms_xplan.display_cursor();\n \nPLAN_TABLE_OUTPUT\n-----------------\nSQL_ID 4mcr18aqntpkq, child number 0\n-------------------------------------\nselect * from DEMO where n=1\n \nPlan hash value: 4000794843\n \n--------------------------------------------------------------------------\n| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |\n--------------------------------------------------------------------------\n| 0 | SELECT STATEMENT | | | | 2 (100)| |\n|* 1 | TABLE ACCESS FULL| DEMO | 1 | 4 | 2 (0)| 00:00:01 |\n--------------------------------------------------------------------------\n \nPredicate Information (identified by operation id):\n---------------------------------------------------\n \n 1 - filter(\"N\"=1)\n \nNote\n-----\n - Failed to use SQL plan baseline for this statement\nSo the new note in 18c explains that there is an SQL Plan Baseline that cannot be used. Unfortunately, there is no identification of the SQL Plan baselines.
\n\nSQL> select * from dba_sql_plan_baselines;\n \n SIGNATURE SQL_HANDLE SQL_TEXT PLAN_NAME CREATOR ORIGIN PARSING_SCHEMA_NAME DESCRIPTION VERSION CREATED LAST_MODIFIED LAST_EXECUTED LAST_VERIFIED ENABLED ACCEPTED FIXED REPRODUCED AUTOPURGE ADAPTIVE OPTIMIZER_COST MODULE ACTION EXECUTIONS ELAPSED_TIME CPU_TIME BUFFER_GETS DISK_READS DIRECT_WRITES ROWS_PROCESSED FETCHES END_OF_FETCH_COUNT\n --------- ---------- -------- --------- ------- ------ ------------------- ----------- ------- ------- ------------- ------------- ------------- ------- -------- ----- ---------- --------- -------- -------------- ------ ------ ---------- ------------ -------- ----------- ---------- ------------- -------------- ------- ------------------\n 5689790730784434204 SQL_4ef632861ab7681c select * from DEMO where n=1 SQL_PLAN_4xxjkhsdbfu0w838f84a8 DEMO AUTO-CAPTURE DEMO 18.0.0.0.0 27-FEB-18 09.37.56.000000000 PM 27-FEB-18 09.37.56.000000000 PM YES NO NO YES YES NO 2 java@VM181 (TNS V1-V3) 0 0 0 0 0 0 0 0\n 5689790730784434204 SQL_4ef632861ab7681c select * from DEMO where n=1 SQL_PLAN_4xxjkhsdbfu0wd5d62705 DEMO MANUAL-LOAD-FROM-CURSOR-CACHE DEMO 18.0.0.0.0 27-FEB-18 09.37.55.000000000 PM 27-FEB-18 09.37.55.000000000 PM 27-FEB-18 09.37.55.000000000 PM YES YES NO YES YES NO 1 java@VM181 (TNS V1-V3) 3 5771 4824 82 1 0 3 6\nSo, because the accepted plan was not able to reproduce, because the index has been dropped, the new plan was captured but not accepted.
\nNote that if I re-create the index but with a different name, then the accepted SQL Plan cannot be used either:
\n\nSQL> create index DEMO_XXX on DEMO(n);\nIndex DEMO_XXX created.\n \nSQL> select * from DEMO where n=1;\n \n N\n -\n 1\n \nSQL> select * from dbms_xplan.display_cursor();\n \nPLAN_TABLE_OUTPUT\n-----------------\nSQL_ID 4mcr18aqntpkq, child number 0\n-------------------------------------\nselect * from DEMO where n=1\n \nPlan hash value: 1306684165\n \n-----------------------------------------------------------------------------\n| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |\n-----------------------------------------------------------------------------\n| 0 | SELECT STATEMENT | | | | 1 (100)| |\n|* 1 | INDEX RANGE SCAN| DEMO_XXX | 1 | 4 | 1 (0)| 00:00:01 |\n-----------------------------------------------------------------------------\n \nPredicate Information (identified by operation id):\n---------------------------------------------------\n \n 1 - access(\"N\"=1)\n \nNote\n-----\n - Failed to use SQL plan baseline for this statement\nSo, it is not a bad idea to monitor the SQL PLan Baseline which did not reproduce. We can get them from the ‘baseline_repro_fail’ mention in OTHER_XML:
\n\nSQL> select sql_id,other_xml from v$sql_plan where other_xml like '%baseline_repro_fail%';\n \nSQL_ID OTHER_XML \n------ --------- \n4mcr18aqntpkq <other_xml><info type=\"db_version\">18.0.0.0</info><info type=\"parse_schema\"><![CDATA[\"DEMO\"]]></info><info type=\"plan_hash_full\">211349514</info><info type=\"plan_hash\">1306684165</info><info type=\"plan_hash_2\">211349514</info><info type=\"baseline_repro_fail\" note=\"y\">yes</info><outline_data><hint><![CDATA[IGNORE_OPTIM_EMBEDDED_HINTS]]></hint><hint><![CDATA[OPTIMIZER_FEATURES_ENABLE('18.1.0')]]></hint><hint><![CDATA[DB_VERSION('18.1.0')]]></hint><hint><![CDATA[ALL_ROWS]]></hint><hint><![CDATA[OUTLINE_LEAF(@\"SEL$1\")]]></hint><hint><![CDATA[INDEX(@\"SEL$1\" \"DEMO\"@\"SEL$1\" (\"DEMO\".\"N\"))]]></hint></outline_data></other_xml>\nFrom the SQL_ID I can get the SIGNATURE used by SQL Plan Management:
\n\nSQL> select sql_id,exact_matching_signature from v$sql where sql_id='4mcr18aqntpkq';\n \nSQL_ID EXACT_MATCHING_SIGNATURE\n------ ------------------------\n4mcr18aqntpkq 5689790730784434204\nAnd then the SQL Plan Baselines:
\n\nSQL> select * from dba_sql_plan_baselines where signature=5689790730784434204;\n \n SIGNATURE SQL_HANDLE SQL_TEXT PLAN_NAME CREATOR ORIGIN PARSING_SCHEMA_NAME DESCRIPTION VERSION CREATED LAST_MODIFIED LAST_EXECUTED LAST_VERIFIED ENABLED ACCEPTED FIXED REPRODUCED AUTOPURGE ADAPTIVE OPTIMIZER_COST MODULE ACTION EXECUTIONS ELAPSED_TIME CPU_TIME BUFFER_GETS DISK_READS DIRECT_WRITES ROWS_PROCESSED FETCHES END_OF_FETCH_COUNT\n --------- ---------- -------- --------- ------- ------ ------------------- ----------- ------- ------- ------------- ------------- ------------- ------- -------- ----- ---------- --------- -------- -------------- ------ ------ ---------- ------------ -------- ----------- ---------- ------------- -------------- ------- ------------------\n 5689790730784434204 SQL_4ef632861ab7681c select * from DEMO where n=1 SQL_PLAN_4xxjkhsdbfu0w0c98f00a DEMO AUTO-CAPTURE DEMO 18.0.0.0.0 27-FEB-18 10.02.07.000000000 PM 27-FEB-18 10.02.07.000000000 PM YES NO NO YES YES NO 1 java@VM181 (TNS V1-V3) 0 0 0 0 0 0 0 0\n 5689790730784434204 SQL_4ef632861ab7681c select * from DEMO where n=1 SQL_PLAN_4xxjkhsdbfu0w838f84a8 DEMO AUTO-CAPTURE DEMO 18.0.0.0.0 27-FEB-18 10.02.07.000000000 PM 27-FEB-18 10.02.07.000000000 PM YES NO NO YES YES NO 2 java@VM181 (TNS V1-V3) 0 0 0 0 0 0 0 0\n 5689790730784434204 SQL_4ef632861ab7681c select * from DEMO where n=1 SQL_PLAN_4xxjkhsdbfu0wd5d62705 DEMO MANUAL-LOAD-FROM-CURSOR-CACHE DEMO 18.0.0.0.0 27-FEB-18 10.02.06.000000000 PM 27-FEB-18 10.02.06.000000000 PM 27-FEB-18 10.02.06.000000000 PM YES YES NO YES YES NO 1 java@VM181 (TNS V1-V3) 3 4634 4210 75 1 0 3 6\nNow it is easy to look at the SPM baselines to understand why it did not reproduce:
\n\nSQL> select * from dbms_xplan.display_sql_plan_baseline('SQL_4ef632861ab7681c',format=>'basic');\n \nPLAN_TABLE_OUTPUT\n-----------------\n \n--------------------------------------------------------------------------------\nSQL handle: SQL_4ef632861ab7681c\nSQL text: select * from DEMO where n=1\n--------------------------------------------------------------------------------\n \n--------------------------------------------------------------------------------\nPlan name: SQL_PLAN_4xxjkhsdbfu0w0c98f00a Plan id: 211349514\nEnabled: YES Fixed: NO Accepted: NO Origin: AUTO-CAPTURE\nPlan rows: From dictionary\n--------------------------------------------------------------------------------\n \nPlan hash value: 1306684165\n \n-------------------------------------\n| Id | Operation | Name |\n-------------------------------------\n| 0 | SELECT STATEMENT | |\n| 1 | INDEX RANGE SCAN| DEMO_XXX |\n-------------------------------------\n \n--------------------------------------------------------------------------------\nPlan name: SQL_PLAN_4xxjkhsdbfu0w838f84a8 Plan id: 2207220904\nEnabled: YES Fixed: NO Accepted: NO Origin: AUTO-CAPTURE\nPlan rows: From dictionary\n--------------------------------------------------------------------------------\n \nPlan hash value: 4000794843\n \n----------------------------------\n| Id | Operation | Name |\n----------------------------------\n| 0 | SELECT STATEMENT | |\n| 1 | TABLE ACCESS FULL| DEMO |\n----------------------------------\n \n--------------------------------------------------------------------------------\nPlan name: SQL_PLAN_4xxjkhsdbfu0wd5d62705 Plan id: 3587581701\nEnabled: YES Fixed: NO Accepted: YES Origin: MANUAL-LOAD-FROM-CURSOR-CACHE\nPlan rows: From dictionary\n--------------------------------------------------------------------------------\n \nPlan hash value: 217077817\n \n-----------------------------------\n| Id | Operation | Name |\n-----------------------------------\n| 0 | SELECT STATEMENT | |\n| 1 | INDEX RANGE SCAN| DEMO_N |\n-----------------------------------\n \nNow we can see the unaccepted plan using index DEMO_XXX and the accepted one using index DEMO_N. If we add format=>’+outline’ we can even see that they index the same column. REady to accept the new plan and remove the old one.
\nIn conclusion: check you V$SQL_PLAN.OTHER_XML for info type=”baseline_repro_fail” in 18c and you can do some housekeeping on SQL Plan baselines which do not reproduce. Because if you accepted a plan which cannot reproduce, you may have a problem, and better address this pro-actively.
\n", "protected": false } }