Big Database

会话实现确保会话中所有查询的顺序一致性，无论每个查询路由到数据库的哪个副本。顺序一致性模型具有一些重要的属性，例如“读取我自己的写入”和“写入遵循读取”，以及写入的全序性。写入的全序性意味着每个副本都将以相同的顺序看到事务提交，这正是我们在事务系统中想要的行为。换句话说，顺序一致性保证读取和写入按照您在代码中编写的顺序执行。


您正在使用一家在线商店，刚刚下了一个订单（写入 阿塞拜疆电报号码数据 查询），然后访问了账户页面并列出了所有订单（读取查询由副本处理）。您希望新下的订单也列在那里。

您正在使用银行的网络应用程序向电力供应商进行转账（写入查询），然后立即导航到帐户余额页面（读取副本处理的查询）以检查帐户的最新余额，包括最后一笔付款。

为什么我们需要 Sessions API？为什么我们不能直接查询副本？

使用 D1 读取复制的应用程序需要 Sessions API，因为 D1 在 Cloudflare 的全球网络上运行，并且无法确保来自同一客户端的请求每次都路由到同一个副本。例如，客户端可能会从 WiFi 切换到移动网络，从而改变其请求路由到 Cloudflare 的方式。或者，处理先前请求的数据中心可能因中断或维护而宕机。