Amazon Aurora 是亚马逊云科技于 2014年发布的云原生数据库服务，是 Amazon 关系数据库服务 (RDS) 的一部分。Aurora 为云计算而构建，将传统企业数据库的性能和可用性与开源数据库的简单性和成本效益结合在一起，提供 MySQL 和 PostgreSQL 的兼容能力，性能比标准 MySQL 数据库快5倍，比标准 PostgreSQL 数据库快3倍，使用成本是商业数据库的 1/10。
成千上万的客户使用 Amazon Aurora 作为他们的关系型数据库，在亚马逊内部也使用 Aurora 在自己的核心应用上替换 Oracle，可以看出亚马逊对于 Aurora 还是非常有信心的，也侧面说明 Aurora 还是一款非常有实力的产品，由此也成为一直以来 AWS 历史上增长最快的服务。
随着 IT 技术的不断发展，企业对云数据库的弹性扩缩容和高可用的要求越来越高，此次新发布的 Aurora DSQL 就是为了满足这部分用户的需求而设计的。Aurora DSQL 是一款高性能云原生分布式数据库，具有垂直无限扩容、高可用以及零基础架构管理等特点。
今天我们就来详细说说这款 Aurora 集群版数据库 - Aurora DSQL。
存算分离高弹性
作为一款分布式云原生数据库，Aurora DSQL 提供了高度可扩展性，其查询处理层、提交层和存储层可以独立扩展，适应不同的读写比率、数据大小和查询复杂性，满足各种工作负载需求。良好的扩展能力，使得开发人员可以专注在更重要的业务逻辑上，而无需担心数据库性能和容量维护。即使业务增长需要更多的容量，通过调用 API 即可快速创建出新的数据库集群。
此外，Aurora 和 PostgreSQL 兼容特非常好，支持许多常见的 PostgreSQL 驱动程序和工具，并提供核心关系特性，如 ACID 事务、SQL 查询、二级索引、连接、插入和更新等功能。
卓越的高可用性
为了满足高可用的需求，Aurora DSQL 支持单 Region 和多 Region 两种配置模式。
单 Region 能够在不停机的条件下处理组件故障或可用区 (Availability Zone) 中断，能够提供 99.99% 的可用性支持。
如上图所示，Aurora DSQL 提供跨三个 AZ 的双活单区域集群，这种架构的优点是最大限度地减少了复制延迟和传统的数据库故障转移操作。如果发生硬件或基础设施故障，它会自动将请求路由到运行正常的基础设施而无需人工干预。Aurora DSQL 中的事务满足所有ACID属性，即使是跨多个区域，也能将延迟影响降到最低。同时，Aurora DSQL 还实现了强快照隔离，为对集群端点的读写提供了强数据一致性。
在单区域配置中，Aurora DSQL 将所有写事务提交到分布式事务日志中，并将所有提交的日志数据同步复制到三个 AZ 中的用户存储副本。集群存储副本分布在一个存储阵列中，以获得最佳的数据库性能。Aurora DSQL 是为自动故障转移恢复而设计的，当组件或可用分区受损时，它会自动将访问重定向到运行正常的组件，并异步修复副本。一旦受损的副本被恢复，Aurora DSQL 就会自动将它们添加回存储仲裁库，并且对整个集群可用。
Aurora DSQL 的多区域模式提供 99.999% 的可用性，满足应用程序最高的可用性需求。
当创建多区域集群时，Aurora DSQL 会在不同的区域中创建另一个集群并将它们链接在一起，添加链接区域可确保将提交事务的所有变更复制到其他链接区域。每个链接的集群都有一个区域端点，Aurora DSQL 跨区域同步复制写操作，从而支持来自任何链接集群的强一致性读写操作。
第三个 Region 作为仲裁区域，接收链接集群的写入数据，但没有集群或关联的端点。它存储一个有限窗口的加密事务日志，Aurora DSQL 使用它来提供多区域的数据持久化和可用性。
写在最后
云原生和分布式，是未来数据库发展的两个方向。Aurora DSQL 则是同时拥抱这两个方向的宠儿，不仅具有传统 Aurora 对于 MySQL 和 PostgreSQL 的兼容能力，又具备云原生分布式数据库存算分离的高弹性架构，提供更好的扩缩容支持能力。更重要的是，结合 AWS 多 Region 高可用架构，能够将数据库的可用性提升到 99.999%，满足最严苛的应用系统需求。
可以预见，Aurora DSQL 必将是继 Aurora 之后的又一款主打数据库产品，市场的反应如何，我们拭目以待。
