AIDB

Socrates: 云端新SQL Server # 这篇论文是云原生数据库领域的必读论文之一，本文对其进行翻译，并划出了个人认为需要重点理解的地方。 论文原文: https://doi.org/10.1145/3299869.3314047 摘要 # 云端"数据库即服务"(DBaaS) 范式正变得越来越流行。组织采用这一范式是因为他们期望获得更高的安全性、更高的可用性，以及更低且更灵活的成本，同时保持高性能。然而，越来越清晰的是，在云端使用传统的单体数据库架构无法满足这些期望。本文提出了一种创新的 DBaaS 架构，称为 Socrates。Socrates 已在 Microsoft SQL Server 中实现，并以 SQL DB Hyperscale 的品牌在 Azure 中提供服务。本文描述了 Socrates 的核心思想和特性，并将其性能与 Azure 中此前的 SQL DB 方案进行了对比。 CCS 概念: 信息系统 → DBMS 引擎架构; 关键词: Database as a Service, 云数据库架构, 高可用 1. 引言 # 云已成为常态。大多数初创公司都是云原生的。此外，许多大型企业正在将其数据和工作负载迁移到云端。迁移到云端的主要原因是安全性、上市时间，以及更灵活的"按需付费"成本模型，该模型避免了对利用率不足的机器过度付费。尽管这些理由都很有说服力，但客户期望数据库在云端的运行至少与本地部署一样好（甚至更好）。具体而言，客户期望"数据库即服务"具备高可用性（例如 99.999% 可用性）、支持大型数据库（例如 100 TB OLTP 数据库），并且具有高性能。此外，该服务必须具有弹性，能够随工作负载增长和收缩，以便客户能够利用按需付费模式。

Amazon Aurora: 面向高吞吐云原生关系数据库的设计考量 # 这篇论文可以说是云原生数据库领域的必读论文了，本文对其进行翻译，并划出了个人认为需要重点理解的地方。 论文原文 DOI: http://dx.doi.org/10.1145/3035918.3056101 摘要 # Amazon Aurora 是作为 Amazon Web Services (AWS) 一部分提供的面向 OLTP 工作负载的关系数据库服务。本文描述了 Aurora 的架构以及产生该架构的设计考量。我们认为，高吞吐数据处理的核心瓶颈已从计算和存储转移到网络。 Aurora 为关系数据库带来了一种新颖的架构来应对这一瓶颈，最显著的做法是将 redo 日志处理下推到一个专为 Aurora 构建的多租户横向扩展存储服务中。我们描述了这一做法不仅减少了网络流量，还实现了快速崩溃恢复、无数据丢失的副本故障切换以及容错自愈存储。然后我们描述了 Aurora 如何通过高效的异步方案在众多存储节点之间就持久状态达成共识，避免了昂贵且繁重的恢复协议。最后，在将 Aurora 作为生产服务运行超过 18 个月后，我们分享了从客户那里学到的关于现代云应用对其数据库层期望的经验教训。 关键词: 数据库; 分布式系统; 日志处理; 仲裁模型; 复制; 恢复; 性能; OLTP 1. 引言 # IT 工作负载正越来越多地迁移到公有云。这一全行业转变的重要原因包括按需灵活配置容量的能力，以及采用运营支出而非资本支出模式付费的能力。许多 IT 工作负载需要关系型 OLTP 数据库；提供与本地部署数据库相当或更优的能力对于支撑这一长期转变至关重要。