如何限制集群sql下发的任务数目?

增加集群层参数配置限制集群sql下发的任务数目。
(1)查询当前集群已有用户及其优先级别select user, task_priority from gbase.user,明确后续参数的数值配置;
(2)gbase_use_priority_queue为优先级队列启用的开关,置1打开;
(3)将参数_gbase_priority_tasks设置为期望的相同优先级任务的最大下发数目(默认值为CPU核数,上限为64);
(4)将参数_gbase_priority_total_tasks设置为期望的全部优先级任务的最大下发数目(默认值为CPU核数的2倍,上限为128)。
注意:受控的任务语句只限于select查询及DML中的查询部分,上述参数均不支持show variables ...查询,修改后需重启集群生效。

资源管理中静态池参数max_memory的设置原则

以一个静态池为例,期望最大化利用内存(同时避免溢出风险),max_memory值不应超过gnode进程的最大可用内存。
max_memory值指Large堆内存的分配上限。默认情况下:gnode的最大可用内存为(系统内存+swap)*0.8。其中比率0.8可由gbase_memory_pct_target参数调整。无论是否开启资源管理,只要比率设置合理,不会引发系统OOM。
两种机制同时存在,max_memory值应小于gnode的最大可用内存限制时才会生效,反之则体现为不生效或不限制。

在redhat7.3以下的版本,是否只能使用一个静态池、多个动态池的方式实现资源相对隔离,此时各动态池存在资源争用的风险?可用优先级、并发度参数等来调节吗?

由于内核BUG,RH7.3/SUSE12以下版本,只能使用一个静态池。为实现类似静态池效果,可以使用多个动态池配合并行度和优先级参数。动态池的优先级和百分比参数的配置可影响CPU时间片争抢的权重,从而影响SQL的最终执行时间。在实践中,并行度参数比优先级参数会更显著的影响SQL的最终执行时间。