并行化语句中的库缓存锁

Question

最近我注意到了很多并行化查询（创建表为select ...），这导致高库缓存锁定的同意。

在下面的问题中，Mihail声明要注意长期运行的CTAS中的库缓存锁

create table <new_table_name> parallel <partitioning_info> as select * from <old_table_name> where <filter>;

Faster way to load huge data warehouse table

那为什么呢？硬解析的比率非常低。这是一个问题，因为所有会话都试图在库缓存中查找执行计划吗？我认为通过软解析，库缓存对象上只有一个引脚？

Answer 1

检查V $ SQLAREA以查看是否存在具有相对较多的解析调用或大量子游标的SQL语句（列VERSION_COUNT）。检查V $ SYSSTAT中的解析统计信息及其每秒的相应速率。