【数据库研究前沿】Disaggregated DB 合集：Socrates、PolarDB、Taurus 的共同模式
内容提要
过去十年，云数据库架构显著演进，底层存储从“本地盘+复制”转向“共享池+共识化日志+页面服务”。Amazon Aurora、Microsoft Socrates、Alibaba PolarDB和Huawei Taurus等系统实现了“存算分离”理念，强调日志作为数据库的唯一真相，页面按需物化。本文探讨了这些系统的核心机制、设计取舍及自建分离存储的路线图与注意事项。
关键要点
-
过去十年，云数据库架构演进，底层存储从'本地盘+复制'转向'共享池+共识化日志+页面服务'。
-
Amazon Aurora、Microsoft Socrates、Alibaba PolarDB和Huawei Taurus等系统实现了'存算分离'理念，强调日志作为数据库的唯一真相，页面按需物化。
-
Aurora的设计中，日志流是主库到存储层的唯一通信，存储层节点根据redo在本地物化页面。
-
Socrates采用四层分离架构，强调低延迟持久化和长期归档，XStore被视为数据库的最终版本。
-
PolarDB利用RDMA和ParallelRaft实现共享存储，允许多个计算节点共享同一份逻辑磁盘。
-
Taurus将日志存储和页面存储彻底分离，允许独立扩展和故障域，提升了系统的可用性和性能。
-
四家系统的共同模式包括计算节点趋向无状态、日志是唯一真相、页面服务按需物化和多级缓存。
-
在自建分离存储时，建议逐步实施，避免一开始就全分离，关注日志压缩和GC机制。
延伸解读
存算分离的优势与挑战
存算分离架构在提高系统可扩展性和灵活性方面具有显著优势，但也带来了新的挑战。各系统在实现存算分离时，需考虑网络延迟、故障恢复和一致性模型等问题。特别是在高并发场景下，网络延迟可能成为性能瓶颈，影响整体事务处理速度。
日志作为唯一真相的设计哲学
将日志视为数据库的唯一真相是现代云数据库架构的核心理念。这一设计使得系统在故障恢复时能够快速重建数据状态，减少了对传统主从复制的依赖。然而，这也要求系统在日志管理和压缩机制上具备更高的灵活性，以避免日志无限增长带来的存储压力。
不同系统的设计取舍
Aurora、Socrates、PolarDB和Taurus在实现存算分离时，各自的设计取舍反映了不同的业务需求和技术背景。Aurora强调存储层的智能化，而PolarDB则依赖于底层文件系统的高效性。理解这些差异有助于在选择合适的数据库系统时做出更明智的决策。
延伸问答
云数据库架构在过去十年发生了什么变化？
云数据库架构从'本地盘+复制'转向'共享池+共识化日志+页面服务'。
Aurora、Socrates、PolarDB和Taurus的共同特点是什么？
这四家系统的共同特点包括计算节点趋向无状态、日志是唯一真相、页面服务按需物化和多级缓存。
PolarDB是如何实现共享存储的？
PolarDB利用RDMA和ParallelRaft实现共享存储，允许多个计算节点共享同一份逻辑磁盘。
Socrates的分层架构有什么特点？
Socrates采用四层分离架构，强调低延迟持久化和长期归档，XStore被视为数据库的最终版本。
Taurus如何处理日志和页面存储的分离？
Taurus将日志存储和页面存储彻底分离，允许独立扩展和故障域，提升了系统的可用性和性能。
在自建分离存储时，有哪些建议和注意事项？
建议逐步实施，避免一开始就全分离，关注日志压缩和GC机制。
