-
在awr在发现有streams等待事件
-
视图 v$streams_pool_advice 没有异常
-
trace日志如附件，发现大量的 : Checking for resumable waits
-
stream_pool 设置2G
查询stream_pool
SQL> show parameter streams
NAME_COL_PLUS_SHOW_PARAM TYPE VALUE_COL_PLUS_SHOW_PARAM
------------------------------------------------------------ ----------- --------------------------------------------------
streams_pool_size big integer 2G
- 查询参数 shrink_phase_knlasg 为1
SQL> select shrink_phase_knlasg from X$KNLASG;
SHRINK_PHASE_KNLASG
-------------------
1
文档 ID 2469587.1
在Auto SGA环境（设置了sga_target或memory_target）下，当 buffer cache 负载较高并且 streams pool 中的内存正被移动到 buffer cache 时，可能会发生此问题。
如果遇到类似的性能问题时，请检查以下查询是否一直返回“1”。该值表示 streams pool 处于收缩阶段。当 streams pool 完成收缩时，该值应返回“0”，但如果它一直返回“1”，则您可能遇到此问题。
SQL> select shrink_phase_knlasg from X$KNLASG;
SHRINK_PHASE_KNLASG
-------------------
1
原因
即使 streams pool 已经结束收缩，该标志也没有被修改，这导致各种 stream pool 操作（例如数据泵的内部操作）等待 "StreamsAQ: enqueue blocked on low memory"。
该问题是由于Bug 27634991引起的，在版本19.1及更高版本中修复了该问题。
解决方案
如果由于“StreamsAQ: enqueue blocked on low memory”等待事件导致expdp / impdp命令出现严重性能问题，并且X$KNLASG.SHRINK_PHASE_KNLASG 列保持返回1并持续几分钟，则从sqlplus运行以下命令强制streams pool缩小完成。
connect / as sysdba
alter system set events 'immediate trace name mman_create_def_request level 6';
可以应用Patch 27634991以防止发生此问题。
评论
有用 1
我在生产环境遇到过这个问题，设置alter system set events 'immediate trace name mman_create_def_request level 6'; 这个参数只能临时解决，下次还会遇到问题，如果无法忍受的化，建议直接打补丁，
评论 有用 1
墨值悬赏