原 GreenPlum 6中启用资源组后，报错 ERROR: insufficient memory reserved for statement (execHHashagg.c:1400)

发布日期 2025年1月9日 · 已更新 2025年1月9日

0 195 1

Tags：原创故障处理 GreenPlum 资源组内存不足 enable_hashagg

👉 本文共约1805个字，系统预计阅读时间或需7分钟。

现象
分析
解决
参数enable_hashagg介绍
哈希聚合（Hash Aggregation）是什么？
enable_hashagg 参数的作用
使用场景和调整建议
1. 默认情况
2. 数据量大或内存不足时
3. 临时调整
4. 永久调整
性能对比
总结
总结

现象

在GP6中，启用资源组后，查询报错：

        SELECT current_database(),bdinspname,bdirelname,bdirelpages,bdiexppages,(
        case 
            when position('moderate' in bdidiag)>0 then 1 
            when position('significant' in bdidiag)>0 then 2 
            else 0 
        end) as bloat_state 
        FROM gp_toolkit.gp_bloat_diag 
    ORDER BY bloat_state desc

SELECT current_database(),bdinspname,bdirelname,bdirelpages,bdiexppages,(

case

when position('moderate' in bdidiag)>0 then 1

when position('significant' in bdidiag)>0 then 2

else 0

end) as bloat_state

FROM gp_toolkit.gp_bloat_diag

ORDER BY bloat_state desc

可以确保内存足够，该查询只返回5条数据：

而且，去掉最后的ORDER BY bloat_state desc后可以正常查询：

分析

通过如下的SQL语句可以查看到历史报错insufficient memory reserved for statement 信息：

SELECT *
FROM gpmetrics.gpcc_pg_log_history d 
where d.logtime >= '2025-01-03 09:50' 
 and d.logtime <= '2025-01-10 10:50' 
and logseverity not in ('LOG')
AND logmessage like '%memory%'
order by d.logtime  
;

SELECT *

FROM gpmetrics.gpcc_pg_log_history d

where d.logtime >= '2025-01-03 09:50'

and d.logtime <= '2025-01-10 10:50'

and logseverity not in ('LOG')

AND logmessage like '%memory%'

order by d.logtime

;

基本报错都是：

insufficient memory reserved for statement (execHHashagg.c:1400)
insufficient memory reserved for statement (execHHashagg.c:845)

Stack trace:
1    0xc05a17 postgres errstart (elog.c:557)
2    0xc088ae postgres elog_finish (elog.c:1728)
3    0x9169ff postgres <symbol not found> (execHHashagg.c:845)
4    0x8e47cc postgres ExecAgg (nodeAgg.c:1170)
5    0x8ca945 postgres ExecProcNode (execProcnode.c:1121)
6    0x8fde16 postgres <symbol not found> (tuptable.h:159)
7    0x8d88f9 postgres ExecScan (execScan.c:84)
8    0x8caa05 postgres ExecProcNode (execProcnode.c:1067)
9    0x8ec9b9 postgres ExecHashJoin (tuptable.h:159)
10   0x8ca975 postgres ExecProcNode (execProcnode.c:1106)
11   0x8ec9b9 postgres ExecHashJoin (tuptable.h:159)
12   0x8ca975 postgres ExecProcNode (execProcnode.c:1106)
13   0x8ea2dc postgres MultiExecHash (tuptable.h:159)
14   0x8cac90 postgres MultiExecProcNode (execProcnode.c:1276)
15   0x8ec442 postgres ExecHashJoin (nodeHashjoin.c:238)
16   0x8ca975 postgres ExecProcNode (execProcnode.c:1106)
17   0x8fde16 postgres <symbol not found> (tuptable.h:159)
18   0x8d88f9 postgres ExecScan (execScan.c:84)
19   0x8caa05 postgres ExecProcNode (execProcnode.c:1067)
20   0x8fa618 postgres ExecSort (tuptable.h:159)
21   0x8ca955 postgres ExecProcNode (execProcnode.c:1117)
22   0x8c1b29 postgres <symbol not found> (tuptable.h:159)
23   0x8c23be postgres standard_ExecutorRun (execMain.c:3168)
24   0x8c2595 postgres ExecutorRun (execMain.c:992)
25   0xaa0217 postgres <symbol not found> (pquery.c:1170)
26   0xaa22a1 postgres PortalRun (pquery.c:1017)
27   0xa9c260 postgres <symbol not found> (postgres.c:1855)
28   0xa9f336 postgres PostgresMain (postgres.c:5334)
29   0x6b5ef8 postgres <symbol not found> (postmaster.c:4500)
30   0xa23016 postgres PostmasterMain (postmaster.c:1517)

insufficient memory reserved for statement (execHHashagg.c:1400)

insufficient memory reserved for statement (execHHashagg.c:845)

Stack trace:

1 0xc05a17 postgres errstart (elog.c:557)

2 0xc088ae postgres elog_finish (elog.c:1728)

3 0x9169ff postgres <symbol not found> (execHHashagg.c:845)

4 0x8e47cc postgres ExecAgg (nodeAgg.c:1170)

5 0x8ca945 postgres ExecProcNode (execProcnode.c:1121)

6 0x8fde16 postgres <symbol not found> (tuptable.h:159)

7 0x8d88f9 postgres ExecScan (execScan.c:84)

8 0x8caa05 postgres ExecProcNode (execProcnode.c:1067)

9 0x8ec9b9 postgres ExecHashJoin (tuptable.h:159)

10 0x8ca975 postgres ExecProcNode (execProcnode.c:1106)

11 0x8ec9b9 postgres ExecHashJoin (tuptable.h:159)

12 0x8ca975 postgres ExecProcNode (execProcnode.c:1106)

13 0x8ea2dc postgres MultiExecHash (tuptable.h:159)

14 0x8cac90 postgres MultiExecProcNode (execProcnode.c:1276)

15 0x8ec442 postgres ExecHashJoin (nodeHashjoin.c:238)

16 0x8ca975 postgres ExecProcNode (execProcnode.c:1106)

17 0x8fde16 postgres <symbol not found> (tuptable.h:159)

18 0x8d88f9 postgres ExecScan (execScan.c:84)

19 0x8caa05 postgres ExecProcNode (execProcnode.c:1067)

20 0x8fa618 postgres ExecSort (tuptable.h:159)

21 0x8ca955 postgres ExecProcNode (execProcnode.c:1117)

22 0x8c1b29 postgres <symbol not found> (tuptable.h:159)

23 0x8c23be postgres standard_ExecutorRun (execMain.c:3168)

24 0x8c2595 postgres ExecutorRun (execMain.c:992)

25 0xaa0217 postgres <symbol not found> (pquery.c:1170)

26 0xaa22a1 postgres PortalRun (pquery.c:1017)

27 0xa9c260 postgres <symbol not found> (postgres.c:1855)

28 0xa9f336 postgres PostgresMain (postgres.c:5334)

29 0x6b5ef8 postgres <symbol not found> (postmaster.c:4500)

30 0xa23016 postgres PostmasterMain (postmaster.c:1517)

其实从最后的execHHashagg.c可以看到是hashagg导致的。

解决

在会话级别设置：

SET enable_hashagg =0;

1	SET enable_hashagg =0;

参数enable_hashagg介绍

enable_hashagg 是 Greenplum 数据库中的一个 优化器 GUC（Grand Unified Configuration）参数，用于控制查询优化器是否启用 哈希聚合（Hash Aggregation） 策略。

哈希聚合（Hash Aggregation）是什么？

Hash Aggregation 是数据库在执行聚合操作（如 GROUP BY 或聚合函数）时的一种实现方式。它会将输入数据通过哈希表进行分组，从而高效地计算聚合结果。

优点：
- 在数据量较小、内存足够时，Hash Aggregation 通常比基于排序的聚合（Sort Aggregation 或 Group Aggregation）速度更快。
- 适合处理高并发查询或小型数据集。
缺点：
- 如果数据量很大，超出了可用内存，哈希表会溢出到磁盘，导致性能急剧下降。
- 当内存限制较严格时（如启用资源组），可能会因为内存不足而报错。

enable_hashagg 参数的作用

启用 (ON)：
- 优化器会优先选择使用 Hash Aggregation 实现聚合操作。
- 默认情况下，该参数是开启的。
禁用 (OFF)：
- 优化器将不会选择 Hash Aggregation，改为使用基于排序的聚合方式（Sort Aggregation 或 Group Aggregation）。
- 对于内存紧张或数据量较大的场景，关闭 Hash Aggregation 可能会更稳定。

使用场景和调整建议

1. 默认情况

如果没有内存不足或性能问题，建议保持 enable_hashagg 为默认值 ON。

2. 数据量大或内存不足时

在处理大表的聚合查询时，如果
Hash Aggregation
1
Hash Aggregation
本人提供Oracle(OCP、OCM)、MySQL(OCP)、PostgreSQL(PGCA、PGCE、PGCM)等数据库的培训和考证业务，私聊QQ646634621或微信dbaup66，谢谢！
后续精彩内容已被站长无情隐藏，请输入验证码解锁本文！
验证码：
获取验证码：请先关注本站微信公众号，然后回复“验证码”，获取验证码。在微信里搜索“AiDBA”或者“dbaup6”或者微信扫描右侧二维码都可以关注本站微信公众号。
相关文章
打赏赞(1)分享

标签：原创故障处理 GreenPlum 资源组内存不足 enable_hashagg

小麦苗

学习或考证，均可联系麦老师，请加微信db_bao或QQ646634621

发表回复取消回复

要发表评论，您必须先登录。

1、声明：本网站有部分文章整合或转载自网络，文章著作权归属原作者或原团队；若有侵权，深表歉意，请联系本站站长进行处理，谢谢！！！
2、本站提供数据库的培训和考证业务，培训包含但不限于Oracle、MySQL、PostgreSQL、SQL Server、国产数据库等，考证包括但不限于Oracle OCP、Oracle OCM、MySQL OCP、PGCA、PGCE、PGCM等，私聊QQ646634621或微信dbaup66，非诚勿扰，谢谢！！！
3、麦老师新建了《西安DBA数据架构师》微信群，有志同道合的朋友可以私聊我入群，我们一起聊技术，聊生活，空了可以喝酒约饭。
4、为了方便大家更有针对性的讨论学习数据库，故新建数据库分类群，包括Oracle群、MySQL群、SQL Server群、PG&GP群、国产&信创群。志同道合的朋友可以入群聊技术聊人生，捣乱的勿进，喷子勿进，极端人士勿进，谢谢。

原 GreenPlum 6中启用资源组后，报错 ERROR: insufficient memory reserved for statement (execHHashagg.c:1400)

现象

分析

解决

参数enable_hashagg介绍

哈希聚合（Hash Aggregation）是什么？

enable_hashagg 参数的作用

使用场景和调整建议

1. 默认情况

2. 数据量大或内存不足时

相关文章

您可能还喜欢...

发表回复取消回复

网站公告

网站寄语

本站其它工具

搜索本网站

标签云☁

网站日历

网站归档

网站分类

2025 年 1 月
一	二	三	四	五	六	日
		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30	31

原 GreenPlum 6中启用资源组后，报错 ERROR: insufficient memory reserved for statement (execHHashagg.c:1400)

现象

分析

解决

参数enable_hashagg介绍

哈希聚合（Hash Aggregation）是什么？

enable_hashagg 参数的作用

使用场景和调整建议

1. 默认情况

2. 数据量大或内存不足时

相关文章

您可能还喜欢...

Linux各种桌面终端模拟器安装配置介绍

【DB宝12】在Docker中只需2步即可拥有Oracle 12cR2(12.2.0.1)企业版环境

Greenplum登陆报错too many connections for role biuser

发表回复 取消回复

网站公告

网站寄语

本站其它工具

搜索本网站

标签云☁

网站日历

网站归档

网站分类

发表回复取消回复