检测Yarn内存使用情况 配置场景 针对所提交应用的内存使用无法预估的情况，可以通过修改服务端的配置项控制是否对内存使用进行检测。 如果不检测内存使用，Container会占用内存直到内存溢出；如果检测内存使用，当内存使用超过配置的内存大小时，相应的Container会被kill掉。

查看更多 →

检测Yarn内存使用情况 配置场景 针对所提交应用的内存使用无法预估的情况，可以通过修改服务端的配置项控制是否对内存使用进行检测。 若不检测内存使用，Container会占用内存直到内存溢出；若检测内存使用，当内存使用超过配置的内存大小时，相应的Container会被kill掉。

查看更多 →

如果是单机和主备实例，支持查看实例级别的内存使用情况。 如果是Proxy集群实例，支持查看实例级别和节点级别的内存使用情况。 如果是Cluster集群，仅支持查看数据节点的内存使用情况。 须知： 内存利用率统计是扣除预留内存的。 活跃的客户端数量 该指标统计的是瞬时的已连接客户端数量，也叫连接并发数。

查看更多 →

占满，可在JupyterLab界面下方查看内存使用情况，如图2所示。 此时Kernel会自动重启，存储在“/home/ma-user/work”目录下的数据会被保留，其他目录的数据均不会保留。 图1 报错信息截图 图2 查看内存使用情况 父主题： Notebook实例常见错误

查看更多 →

内存使用率高问题排查 使用文档数据库时，当实例的内存使用率达到90%，SWAP利用率超过5%时，此时认为实例的内存已达瓶颈，会导致系统响应慢，甚至出现内存溢出（OOM）的隐患。 本章节主要介绍排查解决实例内存使用率高的问题。 查看内存使用情况 您可以通过查看监控指标（内存使用率和

查看更多 →

level2：动态内存使用超过最大动态内存的90%后，会记录以下信息，并将记录的内存信息保存在$GAUSS LOG /mem_log目录下。 全局内存概况。 instance，session，thread三种类型的所有内存上下文中内存占用前20的内存上下文的内存使用情况。 每个内存上下文的t

查看更多 →

level1：动态内存使用超过最大动态内存的90%后，会记录以下信息，并将记录的内存信息保存在$GAUSSLOG/mem_log目录下。 全局内存概况。 instance，session，thread三种类型的所有内存上下文中内存占用前20的内存上下文的内存使用情况。 每个内存上下文的totalsize、freesize字段。

查看更多 →

描述 企业项目 创建实例时所选的企业项目。 实例使用情况 当前企业项目下所有接口实例的使用情况。 CPU使用情况（vCPUs） 当前企业项目下所有接口实例CPU使用情况。 内存使用情况（GB） 当前企业项目下所有接口实例内存使用情况。 如果当前某个企业项目下没有资源，默认配额是0

查看更多 →

所有内存上下文中内存占用前20的内存上下文的内存使用情况。 每个内存上下文的totalsize，freesize字段。 每个内存上下文上所有内存申请的详细信息，包含申请内存所在的文件，行号和大小。 默认值：level1 该参数设置为level2后，会记录每个内存上下文的内存申请详

查看更多 →

所有内存上下文中内存占用前20的内存上下文的内存使用情况。 每个内存上下文的totalsize，freesize字段。 每个内存上下文上所有内存申请的详细信息，包含申请内存所在的文件，行号和大小。 默认值：level1 该参数设置为level2后，会记录每个内存上下文的内存申请详

查看更多 →

level1：动态内存使用超过最大动态内存的90%后，会记录以下信息，并将记录的内存信息保存在$GAUSSLOG/mem_log目录下。 全局内存概况。 instance，session，thread三种类型的所有内存上下文中内存占用前20的内存上下文的内存使用情况。 每个内存上下文的totalsize、freesize字段。

查看更多 →

该视图用于查看分布式下所有节点实时的资源池内存使用情况。查询该视图需要sysadmin权限或者monadmin权限。 该视图只能查询主DN节点上的数据，备节点需要登录到备节点上后使用系统函数gs_wlm_respool_memory_info()查询内存使用情况。 表1 GLOBAL_WLM

查看更多 →

32MB（128核CPU/1024G内存，104核CPU/1024G内存，96核CPU/1024G内存，96核CPU/768G内存，80核CPU/640G内存）；16MB（72核CPU/576G内存，64核CPU/512G内存，60核CPU/480G内存，32核CPU/256G内存，16核CPU/128G内存，8核CPU/64G内存）

查看更多 →

原因分析 存在部分SQL语句使用内存资源过多，造成内存资源耗尽，其余语句执行作业时无法分配到内存就提示内存不足。 处理方法 调整业务执行时间窗，与高并发执行业务的时间错峰执行。 查询当前集群的内存使用情况，找到内存使用过高的语句并及时终止，释放资源之后集群内存就会恢复。具体的操作步骤如下：

查看更多 →

MEMORY_NODE_DETAIL 显示某个数据库节点内存使用情况。 表1 MEMORY_NODE_DETAIL字段 名称 类型 描述 nodename text 节点名称。 memorytype text 内存的名称。 memorymbytes integer 内存使用的大小，单位为MB。 父主题：

查看更多 →

L视图显示会话的内存使用情况，以MemoryContext节点来统计。当开启线程池（enable_thread_pool = on）时，该视图包含所有的线程和会话的内存使用情况。 其中内存上下文“TempSmallContextGroup”，记录当前线程中所有内存上下文字段“to

查看更多 →

AIL统计会话的内存使用情况，以MemoryContext节点来统计。当开启线程池（enable_thread_pool = on）时，该视图包含所有的线程和会话的内存使用情况。 其中内存上下文“TempSmallContextGroup”，记录当前线程中所有内存上下文字段“to

查看更多 →

GaussDB 支持动态内存管理吗？ 答：支持。动态内存使用方法均基于内存上下文管理，在内存上下文的机制上，引入了逻辑内存管理机制，同时提供多项视图追踪内存使用情况。当前GaussDB Kernel的内存管理分为两级，分别是： 内存节点级别控制：通过max_process_memory参数限制DN上可以使用的内存上限。

查看更多 →

GaussDB支持动态内存管理吗？ 答：支持。动态内存使用方法均基于内存上下文管理，在内存上下文的机制上，引入了逻辑内存管理机制，同时提供多项视图追踪内存使用情况。当前GaussDB Kernel的内存管理分为两级，分别是： 内存节点级别控制：通过max_process_memory参数限制DN上可以使用的内存上限。

查看更多 →

PG_TOTAL_MEMORY_DETAIL视图显示某个数据库节点内存使用情况。 表1 PG_TOTAL_MEMORY_DETAIL字段 名称 类型 描述 nodename text 节点名称。 memorytype text 内存的名称。 memorymbytes integer 内存使用的大小，单位为MB。 父主题：

查看更多 →

PG_TOTAL_MEMORY_DETAIL视图显示某个数据库节点内存使用情况。 表1 PG_TOTAL_MEMORY_DETAIL字段 名称 类型 描述 nodename text 节点名称。 memorytype text 内存的名称。 memorymbytes integer 内存使用的大小，单位为MB。 父主题：

查看更多 →