Deno Deploy 上的 KV

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

此外，Deno KV 也可以在 Deno 自身内部使用，利用 SQLite 作为其后端。自 Deno v1.32 起，这个功能在使用 --unstable 标志时可以访问。要了解更多关于 Deno KV 的信息。

一致性 Jump to heading

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

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

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

以下是我们主要区域的延迟数据：

无服务器的分布式队列在 Deno Deploy 上可用。有关更多详细信息，请参阅 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 表示在发生故障后将系统恢复到正常操作所需的最大时间。