------------------------------- System available mem: 4833280KB Query Max mem: 4833280KB Query estimated mem: 1024KB (16 rows) 切换至用户peter，查询表all_da

查看更多 →

instancename | timestamp | used_cpu | free_mem | used_mem | io_await | io_util | disk_read | disk_write | process_read |

查看更多 →

admission-control.pool-default-query-options.root.default</name> <value>mem_limit=128m,query_timeout_s=20,max_io_buffers=10</value> </property>

查看更多 →

None：所有DN均未下盘。 All：所有DN均下盘。 [a:b]：数量为b个DN中有a个DN下盘。 query text 正在执行的语句。 top_mem_dn text mem使用量topN信息。 父主题： Session/Thread

查看更多 →

query text 正在执行的语句。 node_group text 语句所属用户对应的Node group。 top_mem_dn text mem使用量topN信息。 父主题： Session/Thread

查看更多 →

取值范围：字符串，内容范围1KB~2047GB mem_percent 资源池可用内存占全部内存或者组用户内存使用的比例。 在多租户场景下，组用户和业务用户的mem_percent范围1~100，默认为20。 在普通场景下，普通用户的mem_percent范围为0~100，默认值为0。 mem_percent和

查看更多 →

smallint 加载的优先级。 rowgroup_num integer 加载的行组数。 cu_num_in_mem integer 内存中的IMCU数量。 cu_mem_size bigint IMCU占用的内存大小，单位字节。 cu_num_in_disk integer 暂不支持，值为0。

查看更多 →

query text 正在执行的语句。 node_group text 语句所属用户对应的node group。 top_mem_dn text mem使用量topN信息。 父主题： Session/Thread

查看更多 →

admission-control.pool-default-query-options.root.default</name> <value>mem_limit=128m,query_timeout_s=20,max_io_buffers=10</value> </property>

查看更多 →

dst_offset String 目标库offSet位点。 dst_rps String 目标RPS。 mem_used_inMB string 内存使用。 node_mem_inMB Long Node内存总大小。 node_offset String 迁移实例offSet位点。

查看更多 →

instancename | timestamp | used_cpu | free_mem | used_mem | io_await | io_util | disk_read | disk_write | process_read |

查看更多 →

是 query_dop 否 query_max_mem 否 query_mem 否 rewrite_rule 否 setop_optmode 是 skew_option 是 stream_ctescan_max_estimate_mem 否 stream_ctescan_pred_threshold

查看更多 →

写敏感。 mem_percent 资源池可用内存占全部内存或者组用户内存使用的比例。 在多租户场景下，组用户和业务用户的mem_percent范围为1-100的整数，默认为20。 在普通场景下，普通用户的mem_percent范围为0-100的整数，默认值为0。 mem_perc

查看更多 →

取值范围：字符串，内容范围1KB~2047GB mem_percent 资源池可用内存占全部内存或者组用户内存使用的比例。 在多租户场景下，组用户和业务用户的mem_percent范围1-100，默认为20。 在普通场景下，普通用户的mem_percent范围为0-100，默认值为0。 mem_percent和

查看更多 →

写敏感。 mem_percent 资源池可用内存占全部内存或者组用户内存使用的比例。 在多租户场景下，组用户和业务用户的mem_percent范围为1-100的整数，默认为20。 在普通场景下，普通用户的mem_percent范围为0-100的整数，默认值为0。 mem_perc

查看更多 →

取值范围：字符串，内容范围1KB~2047GB mem_percent 资源池可用内存占全部内存或者组用户内存使用的比例。 在多租户场景下，组用户和业务用户的mem_percent范围1~100，默认为20。 在普通场景下，普通用户的mem_percent范围为0~100，默认值为0。 mem_percent和

查看更多 →

Filter: (NOT (hashed SubPlan 1)) (2 rows) --work_mem 会对计划生成执行有所影响若后续进行其他操作需要重置： reset work_mem; --将内存设置回退 可以看到对sublink进行了hashed操作，若不使用该hint，则会使用普通计划。

查看更多 →

GRAPH类索引 mem_needs = (dim x dim_size + neighbros x 4) x num + delta 如果有实时更新索引的需求，还需要考虑向量索引构建和自动merge所需的堆外内存开销，保守估计需要1.5~2倍mem_needs。 PQ类索引 mem_needs

查看更多 →

对于串行无并发的简单查询场景，平均每个查询有2-5个关联操作，建议work_mem=50%内存/5。 对于并发场景，建议work_mem=串行下的work_mem/物理并发数。 对于BitmapScan的哈希表也会受到work_mem的限制，但不会被严格管控下盘。完全Lossify的情况下，哈希表每

查看更多 →

对于串行无并发的简单查询场景，平均每个查询有2-5个关联操作，建议work_mem=50%内存/5。 对于并发场景，建议work_mem=串行下的work_mem/物理并发数。 对于BitmapScan的哈希表也会受到work_mem的限制，但不会被严格管控下盘。完全Lossify的情况下，哈希表每

查看更多 →

ork_mem=50%内存/10。 对于串行无并发的简单查询场景，平均每个查询有2-5个关联操作，建议work_mem=50%内存/5。 对于并发场景，建议work_mem=串行下的work_mem/物理并发数。 对于BitmapScan的哈希表也会受到work_mem的限制，但

查看更多 →