ClickHouse Cloud 中的配额
ClickHouse Cloud 支持配额，但必须使用 DDL 语法 创建。下面记录的 XML 配置方法 不受支持。
配额允许您限制在一段时间内的资源使用情况或跟踪资源的使用情况。配额在用户配置中设置，通常为 'users.xml'。
系统还具有限制单个查询复杂性功能。请参见 查询复杂性限制 部分。
与查询复杂性限制相比，配额：
- 限制在一段时间内可以运行的查询集，而不是限制单个查询。
- 考虑在所有远程服务器上进行分布式查询处理时消耗的资源。
让我们看看定义配额的 'users.xml' 文件段落。
<!-- Quotas -->
<quotas>
<!-- Quota name. -->
<default>
<!-- Restrictions for a time period. You can set many intervals with different restrictions. -->
<interval>
<!-- Length of the interval. -->
<duration>3600</duration>
<!-- Unlimited. Just collect data for the specified time interval. -->
<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>
<!-- Restrictions for a time period. You can set many intervals with different restrictions. -->
<interval>
<!-- Length of the 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 - 发生的顺序认证错误的总数。
如果至少在一个时间间隔内超过限制，将抛出异常，文本中将说明超出限制的内容、对应的时间间隔，以及新的时间间隔何时开始（何时可以再次发送查询）。
配额可以使用“配额键”功能独立报告多个键的资源。以下是一个示例：
<!-- For the global reports designer. -->
<web_global>
<!-- keyed – The quota_key "key" is passed in the query parameter,
and the quota is tracked separately for each key value.
For example, you can pass a username as the key,
so the quota will be counted separately for each username.
Using keys makes sense only if quota_key is transmitted by the program, not by a user.
You can also write <keyed_by_ip />, so the IP address is used as the quota key.
(But keep in mind that users can change the IPv6 address fairly easily.)
-->
<keyed />
配额分配给配置的 'users' 部分的用户。请参见“访问权限”部分。
对于分布式查询处理，累积的数量存储在请求服务器上。因此，如果用户转到另一服务器，则该服务器上的配额将“重新开始”。
当服务器重启时，配额将被重置。
相关内容
