ERROR: Canceling query because of high VMEM usage. 求解决办法！！！

Gansuper7012 2016-08-29 08:16:58

在GP数据库执行SQL插入数据时，报错：
ERROR: Canceling query because of high VMEM usage. Used: 7451MB, available 741MB, red zone: 7372MB
有没有知道如何处理的，忘指导一下，谢谢~

...全文

3693 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

luangzhu 2021-06-21

打赏
举报

回复

解决了吗，我也遇到了同样的问题

运行最大的内存 gpconfig -s gp_vmem_protect_limit gpconfig -c gp_vmem_protect_limit -m 10240 -v 10240 设置触发终止查询的Greenplum数据库vmem内存的百分比。 gpconfig -s runaway_detector_activation_percent 值为0禁用基于使用vmem百分比的查询。 gpconfig -c runaway_detector_activation_perc...

背景： GP版本6.11 服务器内存16G swap 2G 源系统mysql5.7，已经针对mysql 连接添加性能优化的配置项服务器cpu8核，kettle中设置了7个copy同时执行 GP的VMEM设置的8G show gp_vmem_protect_limit 未关闭查询优化器之前状况：速度慢，单线程180行每秒，7个加一起才1300。 GP master内存出现异常占用情况，mysql中该表300多万行，总大小不到900MB，但是master的内存却占用超过7G..

GP 报如下报错讯息。 org.postgresql.util.PSQLException: ERROR: Canceling query because of high VMEM usage. Used: 1663565824MB, available 0MB, red zone: 233472MB (runaway_cleaner.c:191) at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecut.

Canceling query because of high VMEM usage. Used: 3659MB, available 819MB, red zone: 7372MB (runaway_cleaner.c:135)我在执行查询一个大概10亿条记录表order by的时候报了这个错，有什么好的办法解决？ 1.一般是：一般是拆分大sql，利用中间临时表把 seq_id 这...

（原文地址：http://hawq.incubator.apache.org/docs/userguide/2.1.0.0-incubating/troubleshooting/Troubleshooting.html）本章描写叙述怎样解决HAWQ系统中常见的错误和问题。一、查询性能问题问题：查询慢。原因：一个查询执行缓慢可能有多个原因。比如，数据分布的位置。虚拟段的数量。查询使用的主机数量等都可能影响查询性能。下面过程描写叙述怎样排查查询性能问题。一个查询不像预期执行的那么快。下面是怎样调查

其他数据库

2,209

社区成员

9,519

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章