配额 - ClickHouse Documentation

ClickHouse Cloud 中的配额ClickHouse Cloud 支持配额，但必须使用 DDL 语法创建。下文介绍的 XML 配置方式不受支持。

配额可用于在一段时间内限制资源使用，或跟踪资源使用情况。配额在用户配置中设置，通常是 ‘users.xml’。系统还提供了限制单个查询复杂度的功能。请参见查询复杂度限制一节。与查询复杂度限制相比，配额：

它限制的是一段时间内可运行的一组查询，而不是单个查询。
会统计分布式查询处理中所有远程服务器消耗的资源。

下面来看一下 ‘users.xml’ 文件中定义配额的部分。

<!-- 配额 -->
<quotas>
    <!-- 配额名称。 -->
    <default>
        <!-- 针对某一时间段的限制。您可以设置多个具有不同限制的时间间隔。 -->
        <interval>
            <!-- 时间间隔长度。 -->
            <duration>3600</duration>

            <!-- 不限制。仅收集指定时间间隔内的数据。 -->
            <queries>0</queries>
            <query_selects>0</query_selects>
            <query_inserts>0</query_inserts>
            <errors>0</errors>
            <result_rows>0</result_rows>
            <read_rows>0</read_rows>
            <execution_time>0</execution_time>
        </interval>
    </default>

默认情况下，配额会按小时统计资源消耗，但不限制使用量。每个时间间隔内计算出的资源消耗会在每次请求后输出到服务器日志中。

<statbox>
    <!-- 某一时间段的限制。您可以设置多个具有不同限制的时间间隔。 -->
    <interval>
        <!-- 时间间隔的长度。 -->
        <duration>3600</duration>

        <queries>1000</queries>
        <query_selects>100</query_selects>
        <query_inserts>100</query_inserts>
        <written_bytes>5000000</written_bytes>
        <errors>100</errors>
        <result_rows>1000000000</result_rows>
        <read_rows>100000000000</read_rows>
        <execution_time>900</execution_time>
        <failed_sequential_authentications>5</failed_sequential_authentications>
    </interval>

    <interval>
        <duration>86400</duration>

        <queries>10000</queries>
        <query_selects>10000</query_selects>
        <query_inserts>10000</query_inserts>
        <errors>1000</errors>
        <result_rows>5000000000</result_rows>
        <result_bytes>160000000000</result_bytes>
        <read_rows>500000000000</read_rows>
        <result_bytes>16000000000000</result_bytes>
        <execution_time>7200</execution_time>
    </interval>
</statbox>

对于 ‘statbox’ 配额，会按每小时和每 24 小时 (86,400 秒) 设置限制。时间间隔从某个由实现定义的固定时刻开始计算。换句话说，这个 24 小时的时间间隔不一定从午夜开始。当时间间隔结束时，所有累计的值都会被清零。接下来的一个小时内，配额计算会重新开始。以下是可以限制的数量： queries – 请求总数。 query_selects – select 请求总数。 query_inserts – insert 请求总数。 errors – 抛出异常的查询数量。 result_rows – 返回结果中的总行数。 result_bytes - 返回结果的总字节数。 read_rows – 在所有远程服务器上运行查询时，从表中读取的源行总数。 read_bytes - 在所有远程服务器上运行查询时，从表中读取的总字节数。 written_bytes - 写入操作的总字节数。 execution_time – 查询执行总时间，以秒为单位 (墙钟时间) 。 failed_sequential_authentications - 连续身份验证失败总数。 queries_per_normalized_hash – 任意单个归一化查询的最大执行次数。归一化查询是指将字面量替换为占位符后的查询，因此 SELECT 1 和 SELECT 2 会被视为同一个归一化查询。此限制会针对每种不同的归一化查询模式分别单独跟踪。如果在至少一个时间间隔内超过该限制，则会抛出异常，异常文本会说明超出的是哪项限制、对应的是哪个时间间隔，以及新的时间间隔何时开始 (届时可以再次发送查询) 。配额可以使用配额键功能，按多个键分别独立统计资源。下面是一个示例：

<!-- 用于全局报表设计器。-->
<web_global>
    <!-- keyed – quota_key "key" 通过查询参数传入，
            配额将针对每个键值分别进行跟踪。
        例如，可以将用户名作为键传入，
            这样配额将针对每个用户名单独计算。
        只有当 quota_key 由程序而非用户传递时，使用键才有意义。

        也可以写 <keyed_by_ip />，此时将以 IP 地址作为配额键。
        （但请注意，用户可以相当轻松地更改其 IPv6 地址。）
    -->
    <keyed />

使用 DDL 语法时，还可以按归一化查询哈希值来设置配额键，这样每种不同的查询模式都会拥有各自独立的配额桶：

CREATE QUOTA my_quota KEYED BY normalized_query_hash FOR INTERVAL 1 hour MAX queries = 100 TO my_user;

在此示例中，用户每小时最多可执行每种不同的归一化查询 100 次。SELECT number FROM numbers(1) 和 SELECT number FROM numbers(2) 共用同一个配额桶 (因为它们具有相同的规范化结果) ，而 SELECT number, number FROM numbers(1) 则使用单独的配额桶。配额在配置的 ‘users’ 部分中分配给用户。请参见“访问权限”一节。对于分布式查询处理，累计计数存储在请求发起方服务器上。因此，如果用户切换到另一台服务器，那里的配额将会“重新开始”。服务器重启后，配额会被重置。

博客：使用 ClickHouse 构建单页应用

​相关内容

相关内容