限制

Cloudflare 还提供其他存储解决方案，例如 Workers KV、Durable Objects 和 R2。每种产品有不同的优势和限制。请参阅选择数据或存储产品，了解哪种存储选项适合您的用例。

与 D1 限制相关的常见问题：

D1 设计用于在多个较小的（10 GB）数据库之间水平扩展，例如按用户、按租户或按实体的数据库。 D1 允许您构建包含数千个数据库的应用程序，无需额外费用，因为定价仅基于查询和存储成本。

每个 D1 数据库最多可存储 10 GB 数据。

每个单独的 D1 数据库本质上是单线程的，一次处理一个查询。

您的最大吞吐量与查询持续时间直接相关。

• 如果平均查询耗时 1 ms，您大约可以每秒运行 1,000 次查询。
• 如果平均查询耗时 100 ms，您每秒可以运行 10 次查询。

收到过多并发请求的数据库将首先尝试将它们排队。如果队列已满，数据库将返回"过载"错误。

每个单独的 D1 数据库由单个 Durable Objects 支持。使用 D1 读复制 时，每个副本实例是不同的 Durable Object，这些准则独立适用于每个副本实例。

查询性能是吞吐量的最重要因素。作为粗略指南：

• 对 id 有适当索引的读查询（如 SELECT name FROM users WHERE id = ?）SQL 执行时间通常不到一毫秒。
• 写查询（如 INSERT 或 UPDATE）SQL 执行时间可能需要几毫秒，取决于写入的行数。写入需要在多个位置持久保存——了解更多关于 D1 如何在底层持久化数据 ↗ 的信息。
• 影响数百万行的大型 UPDATE 或 DELETE 等数据迁移必须分批运行。试图一次修改数十万行或数百 MB 数据的单个查询将超出执行限制。将工作拆分为较小的块（例如，每次处理 1,000 行）以保持在平台限制内。

为确保查询快速高效，在 SQL 模式中使用适当的索引。

D1 数据库上的操作（包括查询执行和结果序列化）在 Workers 平台 CPU 和内存限制 内运行。

超出这些限制或达到其他平台限制将产生错误。有关更多详细信息，请参阅 D1 错误列表。

每次 Worker 调用最多可以同时打开六个（到 D1 的）连接。

有关 Worker 同时连接的更多信息，请参阅同时打开的连接数。