oracle - 是否有生成执行计划而忽略共享池中现有计划的提示？

Question

是否有生成执行计划的提示，忽略共享池中的现有计划？

Answer 1

没有提示创建忽略共享池中计划的执行计划。表述这个问题的一种更常见的方式是:如何让 Oracle 始终执行硬解析？

有一些奇怪的情况需要这种行为。充分解释您需要它的原因会很有帮助，因为解决方案因您需要它的原因而异。

1. 奇怪的性能问题。Oracle 在首次运行后对 SQL 语句执行一些动态重新优化，例如自适应游标共享和基数反馈。在极少数情况下，当这些功能适得其反时，您可能希望禁用它们。
2. 动态查询。您有一个动态查询，它使用 Oracle 数据盒在解析步骤中获取数据，但 Oracle 不会执行解析步骤，因为查询对 Oracle 来说是静态的。
3. 误解。出了点问题，这是一个 XY 问题。

解决方案

解决此问题的最简单方法是使用 Thorsten Kettner 的每次更改查询的解决方案。

如果那不是一个选项，第二个最简单的解决方案是从共享池中刷新查询，如下所示:

--This only works one node at a time.
begin
    for statements in
    (
        select distinct address, hash_value
        from gv$sql
        where sql_id = '33t9pk44udr4x'
        order by 1,2
    ) loop
        sys.dbms_shared_pool.purge(statements.address||','||statements.hash_value, 'C');
    end loop;
end;
/

如果您无法控制 SQL，并且需要使用副作用式解决方案来解决问题，Jonathan Lewis 和 Randolf Geist 有一个 solution using Virtual Private Database ，它向特定表上的每个 SQL 语句添加一个唯一的谓词。你问了一些奇怪的事情，这是一个奇怪的解决方案。系好安全带。

-- Create a random predicate for each query on a specific table.
create table hard_parse_test_rand as
select * from all_objects
where rownum <= 1000;

begin
  dbms_stats.gather_table_stats(null, 'hard_parse_test_rand');
end;
/

create or replace package pkg_rls_force_hard_parse_rand is
  function force_hard_parse (in_schema varchar2, in_object varchar2) return varchar2;
end pkg_rls_force_hard_parse_rand;
/

create or replace package body pkg_rls_force_hard_parse_rand is
  function force_hard_parse (in_schema varchar2, in_object varchar2) return varchar2
  is
    s_predicate varchar2(100);
    n_random pls_integer;
  begin
    n_random := round(dbms_random.value(1, 1000000));
    -- s_predicate := '1 = 1';
    s_predicate := to_char(n_random, 'TM') || ' = ' || to_char(n_random, 'TM');
    -- s_predicate := 'object_type = ''TABLE''';
    return s_predicate;
  end force_hard_parse;
end pkg_rls_force_hard_parse_rand;
/

begin
  DBMS_RLS.ADD_POLICY (USER, 'hard_parse_test_rand', 'hard_parse_policy', USER, 'pkg_rls_force_hard_parse_rand.force_hard_parse', 'select');
end;
/

alter system flush shared_pool;

您可以通过多次运行相同的查询来查看硬解析的效果:

select * from hard_parse_test_rand;
select * from hard_parse_test_rand;
select * from hard_parse_test_rand;
select * from hard_parse_test_rand;

现在每次执行在 GV$SQL 中有三个条目。虚拟专用数据库中有一些奇怪的行为会多次解析查询，即使最终文本看起来相同。

select *
from gv$sql
where sql_text like '%hard_parse_test_rand%'
    and sql_text not like '%quine%'
order by 1;