>데이터 베이스 >MySQL 튜토리얼 >ORA-32690: 散列表基础结构内存不足

ORA-32690: 散列表基础结构内存不足

WBOY
WBOY원래의
2016-06-07 16:47:111819검색

ORA-32690: 散列表基础结构内存不足 [Oracle@sdw0 ~]$ oerr ora 32690 32690, 00000, Hash Table Infrastructure ran out of me

ORA-32690: 散列表基础结构内存不足

[Oracle@sdw0 ~]$ oerr ora 32690
 32690, 00000, "Hash Table Infrastructure ran out of memory"
 // *Cause: Not enough memory.
 // *Action: Increase memory.
 

This is a known bug on database version 10.2.0.3. The bug is fixed in 11.2 release.
 
Recommended solution always to be on the latest patchset or even 11.1.0.6 where there is one off backport for several platforms .
 
The bug also has a one off on top of 10.2.0.4, if you are not able to be on top of 10.2.0.4 for the time being, so our option now is to resolve the issue on top of 10.2.0.3
 
No one off on top of 10.2.0.3 for Solaris platform however the good news that there is a merge Patch 6907160 MERGE LABEL REQUEST ON TOP OF 10.2.0.3 FOR BUGS 6471770 6471515, available to Solaris platform.
 
There are also the available workarounds
 1. Disable Hash group-by by setting “_gby_hash_aggregation_enabled” to FALSE in init.ora
 2. Use a NO_USE_HASH_AGGREGATION hint in your statements
 

原因分析:

ORA-32690: 散列表基础结构内存不足

解决方法:
 
1.增加PGA的pga_aggregate_target的大小。
 
2.Disable HASH GROUP BY operations bysetting the parameter _gby_hash_aggregation_enabled to FALSE:
 
  SQL> alter session set"_gby_hash_aggregation_enabled" = false;
 
    or
 
  SQL> alter systemset "_gby_hash_aggregation_enabled" = falsescope=spfile;
 
  A hard parse tothe statement needs to be performed, preferably to flush the Shared Pool aftersetting this workaround and then re-run the statement.
 
  --要使修改生效,需要执行一次硬解析,所以可以选择flush share pool,,然后执行SQL。

 3.不使用hash join:select /*+ NO_USE_HASH_AGGREGATION*/.....

linux

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.