有什么办法可以清空共享池里的执行计划信息？

luckysea

关注一下

jimhou

手工修改统计信息是否可以。

carcase

quote 李迪
---------------------------------------------------
GRANT 应该是最容易的，不过想清楚正在运行的SQL的执行计划，恐怕不行
-----------------------------------------------------
建立一个test用户
grant selet on tab to test;

所有表 全部运行一遍 ，sql就全部重新parse了
这个方法应该 还行吧  ^_^

yaocf

要真的这样干，我看这样行不，把SQL全部 upper(SQL),
使其不能match ，只能重新parse ?

yxyup

原帖由 ZALBB 于 2008-3-21 11:02 发表


ALTER TABLE 命令好像可以达到这种目的，但不佳，因为我清除的是整个共享池里的执行计划．

在并发高的情况下,不要轻意思flush整个shared_pool,会造成CPU很高,甚至当机

请问一下LZ为什么要清掉全部的执行计划,其目的是什么?

Toms_zhang

随便做个ddl或grant什么的都可以让他重新parse.不过在高并发的系统中，小心搞死（lcp/lcl）

10gR2后，版本够高的，尝试DBMS_SHARED_POOL.PURGE ，我还没条件玩呢

[ 本帖最后由 Toms_zhang 于 2008-3-21 13:43 编辑 ]

bluemoon0083

The PURGE procedure was introduced in Oracle11g and will be included in the 10.2.0.4 patchset release. There exists patches for some platforms in 10.2.0.2 and 10.2.0.3 downloadable as Patch 5614566

ZALBB

原帖由 yxyup 于 2008-3-21 13:07 发表


在并发高的情况下,不要轻意思flush整个shared_pool,会造成CPU很高,甚至当机

请问一下LZ为什么要清掉全部的执行计划,其目的是什么?

报表查询，使用了昨天的执行计划，造成多了一倍的执行时间．

ZALBB

原帖由 bluemoon0083 于 2008-3-21 13:50 发表
The PURGE procedure was introduced in Oracle11g and will be included in the 10.2.0.4 patchset release. There exists patches for some platforms in 10.2.0.2 and 10.2.0.3 downloadable as Patch 5614566

　难怪找不到这个子过程．

yxyxxy

原帖由 ZALBB 于 2008-3-21 13:55 发表


　难怪找不到这个子过程．

  什么意思？