KV on Deno Deploy

Deno Deploy 现在提供了一个内置的无服务器键值数据库，称为 Deno KV。

此外，Deno KV 在 Deno 本身中也可用，使用 SQLite 作为其后端。此功能自 Deno v1.32 起可通过 --unstable 标志使用。了解更多关于 Deno KV 的信息。

一致性 Jump to heading

默认情况下，Deno KV 是一个强一致性数据库。它提供了最严格的强一致性形式，称为 外部一致性，这意味着：

可串行化：这是事务的最高隔离级别。它确保多个事务的并发执行结果与这些事务按顺序一个接一个执行时的系统状态相同。换句话说，可串行化事务的最终结果等同于这些事务的某种顺序执行。
线性一致性：这种一致性模型保证操作（如读取和写入）看起来是瞬时发生的，并且按实时顺序进行。一旦写入操作完成，所有后续的读取操作将立即返回更新后的值。线性一致性确保了操作的强实时顺序，使系统更具可预测性且更易于推理。

同时，您可以通过在单个读取操作上设置 consistency: "eventual" 选项来放宽一致性约束。此选项允许系统从全局副本和缓存中提供读取，以实现最低延迟。

以下是我们主要区域中观察到的延迟数据：

Deno Deploy 上提供了无服务器分布式队列。有关更多详细信息，请参阅 Queues on Deno Deploy。

您可以从 Deno Deploy 外部的 Deno 应用程序连接到您的 Deno Deploy KV 数据库。要打开托管数据库，请将 DENO_KV_ACCESS_TOKEN 环境变量设置为 Deno Deploy 个人访问令牌，并将数据库的 URL 提供给 Deno.openKv：

const kv = await Deno.openKv(
  "https://api.deno.com/databases/<database-id>/connect",
);

请查看文档以了解连接到远程 KV 数据库的协议规范。

Deno KV 数据库在至少 6 个数据中心之间复制，跨越 3 个区域（美国、欧洲和亚洲）。一旦写入操作提交，其变更将持久存储在主要区域内的至少两个数据中心中。异步复制通常会在 10 秒内将这些变更传输到其他两个区域。

该系统设计为能够容忍大多数数据中心级别的故障，而不会经历停机或数据丢失。恢复点目标（RPO）和恢复时间目标（RTO）有助于量化系统在各种故障模式下的弹性。RPO 表示以时间衡量的最大可接受数据丢失量，而 RTO 表示在故障后恢复系统正常运行所需的最大可接受时间。