--因为生产环境运行的sql变化较快,版本号公布比較频繁,造成sql的运行计划不是非常稳定。常常会有一些性能非常查的sql出现
--对于这些sql,我们能够使用sql_plan_baseline对运行计划进行绑定,从而使运行计划固定下来 --前提是sql最好使用绑定变量。就算有的没有绑定变量,确定字段的值不会改变才行。由于是针对sql_id进行的绑定,假设sql文本改变,绑定也就无意义了详细步骤:
--1、找到问题sql,假设查询sql的运行计划,假设有合适的运行计划。直接进行绑定 --查询sql运行计划相应的PLAN_HASH_VALUE SELECT DISTINCT(PLAN_HASH_VALUE) FROM V$SQL_PLAN t WHERE SQL_ID = '010cv4dvf6swv' and child_number='0' --绑定好的运行计划: declare l_pls number; begin l_pls := DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE(sql_id => '524wzct86gu1d', plan_hash_value => 2554538542, enabled => 'YES'); end; / 2、假设没有合适的运行计划,就要通过自己分析,运用一些hint让sql产生比較好的运行计划 --须要绑定的sql --oldSQL(id PLAN_HASH_VALUE) 524wzct86gu1d 2554538542--新的sql
--newSQL(id PLAN_HASH_VALUE) 010cv4dvf6swv 756701203 --查询新的运行计划的sql_id select * from v$sql where sql_text like '%zhruoyu%' --通过在hint中加一下特殊字符来查找---新建制定SQLID的BASELINE依据old_sql id,PLAN_HASH_VALUE
declare l_pls number; begin l_pls := DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE(sql_id => '524wzct86gu1d', plan_hash_value => 2554538542, enabled => 'NO'); --注意这里是no end; /---确定原始运行计划的 sql_handle
select sql_handle, plan_name, origin, enabled, accepted,fixed,creator,optimizer_cost,sql_text from dba_sql_plan_baselines where origin = 'MANUAL-LOAD' order by created desc SQL_HANDLE:SQL_66108ad9595208fc PLAN_NAME:SQL_PLAN_6c44av5cp427w65e519aa ---与正确的运行计划做关联 declare l_pls number; begin l_pls := DBMS_SPM.load_plans_from_cursor_cache(sql_id => '010cv4dvf6swv', -- new_SQL_ID' plan_hash_value => 756701203, --new_plan_hash_value sql_handle => 'SQL_66108ad9595208fc' --OLD_handle ); end; /---删除错误的运行计划
declare l_pls number; begin l_pls := DBMS_SPM.DROP_SQL_PLAN_BASELINE(sql_handle => 'SQL_66108ad9595208fc', --sql_handle_for_original plan_name => 'SQL_PLAN_6c44av5cp427w65e519aa' --sql_plan_name_for_original ); end; /--检查一下
select sql_handle, plan_name, origin, enabled, accepted,fixed,creator,optimizer_cost,sql_text from dba_sql_plan_baselines where origin = 'MANUAL-LOAD' and sql_handle='SQL_66108ad9595208fc'--完毕