oracle rac 4031 报错处理 oracle rac 169.254

oracle RAC中Oracle 4031报错发生的原因是：大量的hard parse硬解析导致了sag 的shared pool中的free list产生了大量的内存小碎片。当一个需要大内存的sql语句进行hard parse硬解析时，无法从free list中找到可用的内存，即使进行内存的释放，也无法找到符合条件的内存块，就会报ora-04031的报错。

解决方法是：1.清空Sga中的shared pool:

alter system flush shared_pool;

2.sql共享，绑定环境变量。

Sql语句需要统一书写风格，空格、大小写、数值等不一样，回车等，都会影响硬解析。

并且可以使用强制绑定环境变量的方法，提高解析效率。

3.扩大shared pool 的保留区。

分配内存时候，会先从普通共享池的free lists中寻找空间，free lists无可用空间时，就会寻找可释放的内存空间，如果无法找到可释放的内存空间，就会从保留池中分配内存。

select request_misses from v$shared_pool_reserved;

查看保留区的请求空间失败次数，只要有一次，就会发生ora-04031的报错。

可以查看保留区的大小：

show parameter shared_pool_reserved_size;

修改保留区的大小：

alter system set shared_pool_reserved=xxxM scope=both;

4.增大shared pool的大小。

可以查看sga中各个池子的情况：

select component,current_size from v$sga_dynamic_compoments;

select shared_pool_size_for_estimate,shared_pool_size_factor from v$shared_pool_advice;

当shared_pool_size_factor=1的时候，就是设置shared pool 大小的最佳值。

alter system set shared_pool_size = xxxM scope=both;

可以用这个语句去修改shared pool的大小。

5.把内存使用量非常大的对象keep在内存中。

查找可以keep的对象，执行dbms_shared_pool.keep('对象名')；

查找对象名：

select owner,name,namespace,type,sharable_mem from v$db_object_cache where sharable_mem>10000 and (type='PACKAGE' or type='PACKAGE BODY' or type='FUNCTION' or type='PROCEDURE') and KEPT='NO';

这样可以把内存占用大的对象keep在内存中。

当ORACLE中有大量的小free chunk时，找不到合适的free chunk时，会去Library cache中找到大的chunk,根据shared pool中的LRU 链表规则，把它的空间释放，重新链到free list用来解析新的硬解析执行计划，如果此时再来一个大的sql，无法找到合适的free chunk，也在library cache中找到可释放的空间，也会报ora-04031的报错。

鼓励的话语：言慢者贵，性柔者富，厚德者旺！