Milvus使用限制与配额

用户与角色

如果超过配额，将会出现以下错误提示：

• 用户数量超限

  unable to add user because the number of users has reached the limit

• 角色数量超限

  unable to create role because the number of roles has reached the limit

兼容Milvus v2.4.x的实例

根据您的实例使用的CU数量的不同，Milvus v2.4.x对每个实例中的Collection和Partition的创建数量有如下限制。

• 单个Collection的限制：每个Collection的数量上限应该在256和实例的CU数量之积与16,384间取最小值。

  公式为min(256 × CU数量, 16384)。

• 实例级别的限制：

  • Collection数量上限：实例中最多可以创建的Collection数量为以下两者的较小值。

    公式为min(256 × CU数量, 16384) 。

  • Partition总数量上限：实例中所有Collection的Partition总数量为以下两者的较小值。

    公式为min(1024 × CU数量, 65536) 。

• 上述两个限制需同时满足，即实例中的Collection和Partition总数量均不得超过各自的上限。

兼容Milvus v2.5.x的实例

根据您的实例使用的CU数量的不同，Milvus v2.5.x对每个实例中的Collection和Partition的创建数量有如下限制。

• 单个Collection的限制：每个Collection的数量上限应该在1,024和实例的CU数量之积与16,384间取最小值。

  公式为min(1024 × CU数量, 16384)。

• 实例级别的限制：

  • Collection数量上限：实例中最多可以创建的Collection数量为以下两者的较小值。

    公式为min(1024 × CU数量, 16384) 。

  • Partition总数量上限：实例中所有Collection的Partition总数量为以下两者的较小值。

    公式为min(4096 × CU数量, 65536) 。

• 上述两个限制需同时满足，即实例中的Collection和Partition总数量均不得超过各自的上限。

Shard数量上限

当Shard数量超过配额时，系统将会返回以下错误提示。

maximum shards's number should be limited to 16

速率限制

实例中的Collection和Partition操作（包括创建、加载、释放、删除）还具有速率限制。

Insert

• Insert单个请求大小

  分类	限制	描述
  入门版	64 MB	单次Insert请求的数据量不得超过64 MB。
  标准版	64 MB	单次Insert请求的数据量不得超过64 MB。

  如果单次请求的数据量超过限制，会触发以下错误。

  grpc._channel._InactiveRpcError: <_InactiveRpcError of RPC that terminated with:
  	status = StatusCode.RESOURCE_EXHAUSTED
  	details = "grpc: received message larger than max (92658962 vs. 67108864)"
  	debug_error_string = "UNKNOWN:Error received from peer ipv4:121.43.**.**:19530 {grpc_message:"grpc: received message larger than max (92658962 vs. 67108864)", grpc_status:8, created_time:"2025-08-02T13:23:05.22648+08:00"}"
  >

• Insert吞吐限制

  分类	限制	描述
  入门版	10 MB/s	最大支持每秒10 MB的数据插入吞吐量。
  标准版	64 MB/s	最大支持每秒64 MB的数据插入吞吐量。

Upsert

每个Upsert请求/响应的速率限制如下表所示。

Flush

每个实例的Flush请求速率上限为0.1 QPS（每秒0.1次）。不建议您进行手动调整。