AWS Aurora DSQL 架构解密：彻底拆解数据库单体以实现多区域扩展

文章详细解读了 AWS Aurora DSQL 的技术论文，作者曾参与该系统的研发。Aurora DSQL 旨在解决传统单体数据库的扩展难题，其核心架构思想是将数据库彻底拆分为独立的、可水平扩展的服务：查询处理器（QP）、存储节点、裁决器、日志和交换机。系统在工程上进行了几个大胆的“赌注”：首先，完全依赖 AWS TimeSync 等高精度同步物理时钟，实现无需协调的 0-RTT 一致性读；其次，摒弃悲观锁，利用乐观并发控制（OCC）和多版本并发控制（MVCC）确保读写互不阻塞；第三，提供强一致性（线性化）保证，而非仅限最终一致性；第四，通过限制事务大小（3000行/10MiB）来强制保障尾部延迟的稳定性。这种架构带来了显著的回报：计算、提交逻辑和存储可独立扩缩容，读取操作无需与主节点协调（0-RTT），提交仅需 1-RTT，且彻底解决了“慢锁持有者”导致系统停滞的问题。作者也客观指出了局限性，包括在热键竞争下可能导致高重试率，以及跨区域写入冲突检测的延迟惩罚。该系统复用了 PostgreSQL 协议层，但完全重构了底层存储和事务层，利用了 AWS 内部已有的 Journal 服务，体现了云原生设计的复用原则。

事件分析

💡 核心观点：Aurora DSQL 重新定义了云原生数据库的架构边界，通过“炸裂单体”并依赖物理时钟同步，实现了多区域强一致性 OLTP 的性能与扩展性突破。