20世纪70年代初兴起的关系数据库属于集中式数据库，这种数据库一直延续到21世纪初，在金融行业发挥了巨大作用。
但是，集中式数据库就像一个容器，数据就是容器中的液体，容器无论如何都有上限，能接纳的液体也是有限的。特别是随着商业银行应用（也包括互联网应用）的用户规模、数据量都越来越大，并且要求7×24 h在线。传统集中式数据库在这种环境下成为瓶颈，通常有两种解决方法：一是升级服务器硬件，这称为垂直扩展（Scale Up），这种方式简单直接，但单机处理能力有限；二是对数据分片，使用由廉价机器组成的分布式的集群，这称为水平扩展（Scale Out），但以前在一个数据库里的数据，现在跨了多个数据库，涉及关联、分布式事务时复杂度高。在集中式数据库出现性能瓶颈的时候，分布式数据库应运而生。
垂直扩展（Scale Up）和水平扩展（Scale Out）：为了提升数据库服务器的处理能力，可以采用垂直扩展和水平扩展两种方式。在垂直扩展方式中，通过增加单个服务器CPU、内存以及存储容量来提升处理能力；在水平扩展方式中，通过增加服务器节点来提升处理能力。
2009年，Google提出了Spanner方案，并随后实现了全球化的分布式关系数据库F1，用于其广告系统。
2015年，亚马逊发布了Aurora数据库，它专为云而打造，在分布式存储上提供高性能的MySQL和PostgreSQL数据库集群，既具有传统企业数据库的性能和可用性，又具有开源数据库的简单性和成本效益。
2016年，蚂蚁集团发布分布式数据库OceanBase 1.0，并在支付宝账务系统中成功上线。
2019年，中信银行与中兴通讯联合研发的GoldenDB分布式数据库在2020年5月成功上线，替代了在中信银行核心系统服役了多年的IBM AS400数据库。当前，正处于商业银行从集中式数据库到分布式数据库转型的关键期，后续将有不断的自研分布式数据库涌现，并会有更多的系统从集中式数据库迁移到分布式数据库。
内容转自《商业银行数据库管理实践》
