使用Resource Queue(资源队列)进行负载管理

更新时间:

使用Resource Queue可以对云原生数据仓库 AnalyticDB PostgreSQL 版的系统资源进行管理或隔离。本文将介绍如何在云原生数据仓库 AnalyticDB PostgreSQL 版中创建和使用Resource Queue。

Resource Queue介绍

数据库实例的CPU和内存资源是有限的,这些资源对查询性能有直接影响。当数据库负载达到一定程度时,各个查询会竞争这些资源,从而导致整体查询性能下降。对于延迟敏感的业务来说,这种性能下降是无法容忍的。

云原生数据仓库 AnalyticDB PostgreSQL 版提供了系统资源负载管理工具Resource Queue。通过该工具,您可以根据业务需求设置数据库的并发查询数、每个查询的内存大小以及可用的CPU资源。这样可以确保在执行查询时,系统资源按预期分配,从而保证查询性能符合预期。

权限要求

创建和使用Resource Queue需要使用初始账号高权限用户RDS_SUPERUSER

创建Resource Queue

创建Resource Queue语法如下。

CREATE RESOURCE QUEUE name WITH (queue_attribute=value [, ... ])

其中queue_attribute为Resource Queue的属性,可以取如下值:

    ACTIVE_STATEMENTS=integer
        [ MAX_COST=float [COST_OVERCOMMIT={TRUE|FALSE}] ]
        [ MIN_COST=float ]
        [ PRIORITY={MIN|LOW|MEDIUM|HIGH|MAX} ]
        [ MEMORY_LIMIT='memory_units' ]

    MAX_COST=float [ COST_OVERCOMMIT={TRUE|FALSE} ]
        [ ACTIVE_STATEMENTS=integer ]
        [ MIN_COST=float ]
        [ PRIORITY={MIN|LOW|MEDIUM|HIGH|MAX} ]
        [ MEMORY_LIMIT='memory_units' ]

参数

描述

ACTIVE_STATEMENTS

用于指定Resource Queue在某个时间点最多的活跃查询(正在执行的查询)数量。

MEMORY_LIMIT

用于指定在单个计算节点(segment)上Resource Queue所有查询最多可以使用的内存。

  • 单位可以为KB、MB、GB。

  • 默认值为-1,表示没有限制。

MAX_COST

用于指定Resource Queue查询代价的最大值,默认值为-1,表示没有限制。

说明

这里的查询代价是指云原生数据仓库 AnalyticDB PostgreSQL 版优化器估算出来的查询代价。

COST_OVERCOMMIT

该参数需要设置MAX_COST参数。

  • COST_OVERCOMMITtrue,查询代价大于MAX_COST的查询可以在系统空闲的时候执行。

  • COST_OVERCOMMITfalse,查询代价大于MAX_COST的查询将会被拒绝执行。

MIN_COST

用于指定Resource Queue最小的查询代价,当查询代价小于MIN_COST的查询,将不会排队等待而是会立即被执行。

PRIORITY

用于指定Resource Queue的优先级,优先级高的查询将会被分配更多的CPU资源用于执行,取值如下。

  • MIN

  • LOW

  • MEDIUM(默认值)

  • HIGH

  • MAX

说明

创建Resource Queue时,ACTIVE_STATEMENTSMAX_COST两个属性中必须指定一个,否则创建无法成功。

CREATE RESOURCE QUEUE adhoc2 WITH (MEMORY_LIMIT='2000MB');
ERROR:  at least one threshold ("ACTIVE_STATEMENTS", "MAX_COST") must be specified
  • 指定并发查询数量

    在创建Resource Queue时,使用如下语法指定Resource Queue里用户可以并发执行的查询数量。

    CREATE RESOURCE QUEUE adhoc WITH (ACTIVE_STATEMENTS=3);

    这里创建了一个名为adhocResource Queue,这个Resource Queue的用户在指定时间点,最多执行3个查询操作。如果此时队列中执行的查询数量为3个,同时有新的查询进入,那么新的查询将会处于等待状态,直到前面的查询执行完毕。

  • 指定使用的内存上限。

    在创建Resource Queue时,使用如下语法指定Resource Queue里查询使用的内存上限。

    CREATE RESOURCE QUEUE myqueue WITH (ACTIVE_STATEMENTS=20, MEMORY_LIMIT='2000MB');

    这里创建了一个名为myqueueResource Queue,在这个Resource Queue中,所有查询最多能用2000MB的内存。执行查询时,会在计算节点(segment)占用MEMORY_LIMITACTIVE_STATEMENTS的内存,对于myqueue来说每个查询会占用2000MB/20=100MB的内存。如果查询需要单独可用内存,可以使用系统参数statement_mem来设置,但是需要保证不超过Resource Queue设定的MEMORY_LIMIT和系统参数max_statement_mem。示例如下:

    SET statement_mem='1GB';
    SELECT * FROM test_adbpg WHERE col='adb4pg' ORDER BY id;
    RESET statement_mem;
  • 设置队列优先级。

    给不同的Resource Queue设置优先级可以控制Resource Queue中的查询对CPU资源的使用。例如,系统中有大规模并发查询时,高优先级Resource Queue中的查询会比低优先级Resource Queue中的查询使用更多的CPU资源,从而保证高优先级的查询有更充分的CPU资源来执行。

    Resource Queue优先级的设置可以在创建时设置,示例如下:

    CREATE RESOURCE QUEUE executive WITH (ACTIVE_STATEMENTS=3, PRIORITY=MAX);

    Resource Queue优先级也可以在创建完成之后进行修改,具体操作请参见修改Resource Queue的配置

    说明

    优先级与ACTIVE_STATEMENTS/MEMORY_LIMIT的区别:

    • ACTIVE_STATEMENTS/MEMORY_LIMIT会在查询执行之前判断其是否允许被执行。

    • 优先级机制是在一个查询开始执行后,根据系统的运行状态以及其所在队列的优先级,动态地给这个对应的查询分配可用的CPU资源。

    例如,云原生数据仓库 AnalyticDB PostgreSQL 版正在执行一些低优先级的查询时,有一个高优先级的查询进入并准备执行。那么云原生数据仓库 AnalyticDB PostgreSQL 版会为这个查询分配更多的CPU资源,并减少低优先级查询的CPU资源。CPU资源分配的规则如下:

    • 相同优先级的查询所能被分配到的CPU资源一致。

    • 当系统中同时有高、中、低三个优先级别的查询的时候,高优先级的查询会分配得到系统90%的CPU资源,剩下的10%会留给中和低优先级的查询分配,在这10%的系统CPU资源中,中优先级的查询会得到其中90%的CPU资源,低优先级查询则得到剩余的10%。

Resource Queue被创建完毕之后,可以在pg_resqueue中查看限制设置和当前资源队列的状态。

SELECT * FROM pg_resqueue WHERE rsqname='adhoc';

Resource Queue的创建不能在事务块内进行,如下所示:

BEGIN
CREATE RESOURCE QUEUE test_q WITH (ACTIVE_STATEMENTS=3, PRIORITY=MAX);
ERROR:  CREATE RESOURCE QUEUE cannot run inside a transaction block
说明

并非所有的SQL都会受到Resource Queue的限制:

  • resource_select_onlyon,SELECTSELECT INTOCREATE TABLE AS SELECTDECLARE CURSOR会受到约束。

  • resource_select_onlyoff,INSERTUPDATEDELETE也会被资源队列管理起来。

  • 云原生数据仓库 AnalyticDB PostgreSQL 版中,resource_select_only默认为off。

分配用户到Resource Queue

创建Resource Queue完成后,需要将一个或多个用户分配给这个Resource Queue,完成分配后Resource Queue就会对队列中用户的查询进行资源管理。

说明
  • 如果某个用户没有分配到Resource Queue,云原生数据仓库 AnalyticDB PostgreSQL 版会将该用户分配给pg_default资源队列。

  • pg_default可以同时运行500个活跃的查询语句,没有cost limit的限制,优先级为MEDIUM。

将用户分配给指定Resource Queue,语法如下:

ALTER ROLE name RESOURCE QUEUE queue_name;
CREATE ROLE name WITH LOGIN RESOURCE QUEUE queue_name;

您可以在用户创建之后修改其所属的Resource Queue,也可以在用户创建之时为其指定Resource Queue。

说明

在任意时刻一个用户只能归属于一个Resource Queue。

删除Resource Queue中的用户

使用如下语法移除某个role指定的Resource Queue。

ALTER ROLE role_name RESOURCE QUEUE none;

修改Resource Queue的配置

您可以使用如下语句对Resource Queue的资源配置进行修改。

  • 修改活跃的查询数。

    ALTER RESOURCE QUEUE adhoc WITH (ACTIVE_STATEMENTS=5);
  • 修改Resource Queue内存和查询代价约束。

    ALTER RESOURCE QUEUE adhoc WITH (MAX_COST=-1.0, MEMORY_LIMIT='2GB');
  • 修改Resource Queue优先级。

    ALTER RESOURCE QUEUE adhoc WITH (PRIORITY=LOW);
    ALTER RESOURCE QUEUE reporting WITH (PRIORITY=HIGH);

删除Resource Queue

您可以使用如下语句删除Resource Queue。

DROP RESOURCE QUEUE name;
说明

删除Resource Queue前请检查如下项目,否则会导致删除失败:

  • Resource Queue没有被分配的用户。

  • Resource Queue中没有任何查询处于waiting状态。

常见报错

ERROR: must be superuser to alter resource queues

报错原因:账号权限不足。创建和管理Resource Queue需要使用初始账号或高权限账号RDS_SUPERUSER。

解决办法:请使用初始账号或高权限账号RDS_SUPERUSER操作,或者请初始账号或高权限账号为您使用的账号授予RDS_SUPERUSER角色。

ALTER ROLE role_name WITH RDS_SUPERUSER;