配额和限制

本页面介绍 Cloud Spanner 在生产环境中的配额和限制。配额与限制的区别是限制不能调整,而配额可以根据您的请求而增加。 配额和限制在 Google Cloud Console 中可互换使用。如果 Google Cloud Console 显示不允许修改配额,则实际上是无法调整的限制。

配额和限制值随时可能更改。

查看您的配额

如需查看您项目中的当前资源配额,请使用 Google Cloud Console:

查看您的配额

增加您的配额

随着您的 Cloud Spanner 使用量逐步增加,您可以相应地增加配额。如果您预计后续用量会显著增加,则应提前几天提出申请,以确保您的配额足够使用。

  1. 转到控制台中的配额页面。

    转到“配额”页面

  2. 选择服务下拉列表中的 Cloud Spanner API

    如果找不到 Cloud Spanner API,则说明 Cloud Spanner API 尚未启用。

  3. 选择要更改的配额。

  4. 点击修改配额

  5. 填写您的姓名、电子邮件和电话号码,然后点击下一步

  6. 填写您的配额申请,然后点击提交请求

您将在提交申请后的 48 小时内收到 Cloud Spanner 团队的回复。

实例限制

限制
实例 ID 长度 2 到 64 个字符

数据库限制

限制
每个实例的数据库数
  • 对于 1 个节点(1000 个处理单元)和更大的实例:100 个数据库
  • 对于小于 1 个节点的实例:每 100 个处理单元 10 个数据库
数据库 ID 长度 2 到 30 个字符
存储空间使用量1
  • 对于具有 1 个节点(1000 个处理单元)和更大的实例:每个节点 4 TB
  • 对于少于 1 个节点的实例:每 100 个处理单元 409.6 GB

备份会单独存储,不计入此限额。如需了解详情,请参阅存储空间利用率指标

请注意,Cloud Spanner 按实例内使用的实际存储空间收费,而不是按总可用存储空间计费。

备份和恢复限制

限制
每个数据库正在进行的“创建备份”操作数 1
每个实例正在进行的“恢复数据库”操作数(在恢复的数据库实例中,而不是在备份中) 1
备份的最长保留时间 1 年(包括闰年多出的一天)

架构限制

DDL 语句

限制
单个架构更改的 DDL 语句大小 10 MB
数据库整个架构的 DDL 语句大小(由 GetDatabaseDdl 返回) 10 MB

限制
每个数据库的表数 5,000
表名称长度 1 到 128 个字符
每个表的列数 1024
列名称长度 1 到 128 个字符
每个单元格的数据大小 10 MB
表键中的列数

16

包括与任何父表共享的键列

表交错深度

7

包含子表的顶层表的深度为 1。

包含孙表的顶层表的深度为 2,以此类推。

表键或索引键的总大小

8 KB

包括构成相应键的所有列的大小

非键列的总大小

1600 MB

包括表的所有非键列的大小

索引

限制
每个数据库的索引数 1 万
每个表的索引数 32
索引名称长度 1 到 128 个字符
索引键中的列数

16

编入索引的列的数量(STORING 列除外)加上基表中主键列的数量

视图

限制
每个数据库的视图数 5,000
数据视图名称长度 1 到 128 个字符
嵌套深度

10

对于引用其他视图的视图,其嵌套深度为 1。对于引用其他视图并且该视图又引用另外视图的视图,其嵌套深度为 2,以此类推。

查询限制

限制
一个 GROUP BY 子句中的列数 1000
函数调用次数 1000
联接 20
嵌套函数调用次数 75
嵌套 GROUP BY 子句数量 35
嵌套子查询表达式数量 25
嵌套子选择语句数 60
参数 950
查询语句长度 1 百万个字符
STRUCT 字段数 1000
子查询表达式子项数 50
查询中的 union 数 200

创建、读取、更新和删除数据的限制

限制
提交大小(包括索引和变更流) 100 MB
每个会话的并发读取数 100
每次提交包含的更改数(包括索引)2 20000
每个数据库的并发分区 DML 语句数 20000

管理限制

限制
管理操作的请求大小3 1 MB
管理操作的速率限制4

每位用户每个项目每秒 5 次

(按 100 秒计算得到的平均值)

请求限制

限制
请求大小(提交除外)5 10 MB

更改数据流限制

限制
按数据库更改流 10
更改观察任何指定列的数据流6 3
每个变更流数据分区的并发读取器数量7 5

备注

1.为了保证数据库访问的高可用性和低延时,Cloud Spanner 根据实例的计算容量定义了存储限制:

  • 对于小于 1 个节点(1000 个处理单元)的实例,Cloud Spanner 会为数据库中的每 100 个处理单元分配 409.6 GB 的数据。
  • 对于具有 1 个节点或更大节点的实例,Cloud Spanner 会为每个节点分配 4 TB 的数据。

例如,如需为 600 GB 的数据库创建实例,您需要将其计算容量设置为 200 个处理单元。在数据库扩容到超过 819.2 GB 之前,这种计算容量将使实例低于上限。数据库达到此大小后,您需要再添加 100 个处理单元,以允许数据库增大。否则,对数据库的写入可能会被拒绝。如需了解详情,请参阅数据库存储空间利用率建议

为了获得顺畅的增长体验,请在数据库数量达到上限之前添加计算容量。

2. 在为插入和更新操作计算更改数时,需要乘以受影响的列数,且主键列始终会受影响。例如,如果向五个列中插入值,则插入一条新记录的操作会被计为五项更改。如果记录具有两个主键列,则更新该记录中的三列也可能会被计为五项变更。无论受影响的列有多少个,删除操作和删除某个范围的操作都计为一项更改。无论交错式子行有多少个,从具有 ON DELETE CASCADE 注释的父表中删除一行也计为一项更改。有一个例外,如果对要删除的行定义了二级索引,系统将单独计算二级索引的更改。例如,如果一个表有 2 个二级索引,则删除该表中的一系列行会计为该表的 1 项更改,外加对删除的每一行的 2 项更改,因为二级索引中的行可能分散在键空间,使得 Cloud Spanner 无法对二级索引调用单个删除范围的操作。二级索引包含外键和支持性索引

如需查找事务的变更计数,请参阅检索事务的提交统计信息

变更流不会添加任何会计入此限制的变更。

3.针对管理操作请求的限制不适用于提交、备注 5 中列出的请求和架构更改。

4.此速率限制适用于对 Admin API 的所有调用,其中包括对针对实例、数据库或备份的长时间运行的操作进行轮询的调用。

5. 此限制适用于以下操作请求:创建数据库、更新数据库、读取、流式读取、执行 SQL 查询以及执行流式 SQL 查询。

6.监控整个表或数据库的更改流会隐式监视该表或数据库中的每一列,从而计入此限制。

7. 此限制适用于同一更改流分区的并发读取器,无论这些读取器是 Dataflow 流水线还是直接 API 查询。