说说那些挺不错的分布式关系数据库，适合不同场景用的选择

说到分布式关系数据库，其实就是把传统那种集中在一个地方的数据库，拆开来放到多台机器上，让它们一起干活，这样既能存海量数据，又能承受超高的访问量，还不容易因为一台机器坏了就全盘崩溃，这几年，这种数据库选择非常多，各有各的绝活，适合不同的场景，下面我就说说几个挺有名气也挺不错的,以及它们分别在什么情况下用起来比较顺手。

TiDB：适合需要强一致性的在线事务处理场景

TiDB 是国内 PingCAP 公司开源的明星产品，它的一个最大特点就是兼容 MySQL 协议，这意味着你之前用 MySQL 开发的绝大多数应用，几乎不用怎么修改代码，就能直接搬到 TiDB 上来运行，学习成本和使用门槛一下子就降低了很多，这对于那些业务增长飞快，原来的单机 MySQL 已经快撑不住，但又不想大刀阔斧重写应用的团队来说,简直是福音。

TiDB 的核心优势是提供了强大的“强一致性”保证，简单说，就是你往数据库里写一条数据，马上就能读到这条数据，不会出现读不到或者读到旧数据的情况，这对于金融交易、订单处理这类对数据准确性要求极高的场景至关重要，它的设计架构让它既能处理高并发的实时交易（OLTP），也能跑复杂的分析查询（OLAP），算是一个“混合”型选手，正因为它的架构比较复杂，在资源消耗上可能会比一些专门优化的数据库要高一些。（来源：PingCAP 官方文档及技术社区评价）

OceanBase：面向金融级高可用的核心系统

OceanBase 是阿里巴巴内部孵化的数据库，经过“双十一”这种极限场景的考验，后来也开源了，它和 TiDB 类似，也强调强一致性和高可用性，但其技术路线有所不同，OceanBase 的一个突出特点是采用了“Paxos”协议来保证数据多副本之间的一致性，这使得它在任何少数机器故障的情况下，都能做到数据零丢失，服务不停机,达到了金融级的高可用标准。

它的主要战场是银行、证券、保险等金融机构的核心业务系统，这些地方对数据的可靠性和系统的稳定性要求是最高级别的，如果你的业务同样有这种“不能出错、不能停机”的严苛要求，OceanBase 是一个非常值得考虑的选择，它的社区生态和工具链相比 TiDB 可能还在快速发展中，部署和运维可能需要更专业的技术团队。（来源：阿里巴巴集团公开技术分享及 OceanBase 官方介绍）

CockroachDB：全球分布式部署的理想选择

CockroachDB 这个名字起得很形象，寓意着像蟑螂一样打不死，生命力极强，它是一个来自美国的开源项目，设计初衷就是为了实现真正的“全球分布式”，什么意思呢？就是你可以把数据副本放在世界各地的数据中心里，比如亚洲、欧洲、美洲各放一个，当亚洲的用户访问时，他可以直接读写亚洲的数据中心，延迟很低，同时数据库底层会自动在后台同步数据,保证全球数据最终一致。

这使得 CockroachDB 特别适合为全球用户提供服务的互联网公司，比如跨境电商、在线游戏、SaaS 应用等，它可以有效解决用户跨国访问延迟高的问题，在一致性模型上，它默认提供的是“强一致性”，但也支持更宽松的一致性级别以换取更高的性能，它的 SQL 语法兼容 PostgreSQL，对熟悉 Postgres 的开发者比较友好。（来源：CockroachDB 官方文档及技术博客）

PolarDB-X（原DRDS）：阿里云上的成熟分布式方案

PolarDB-X 是阿里云上的一款主打产品，它最早的前身是阿里自研的分布式数据库中间件 DRDS，它的特点是完全托管在阿里云上，你不需要自己去操心底层机器的运维，开箱即用，按需扩展，它同样高度兼容 MySQL 协议和语法,迁移成本低。

PolarDB-X 在阿里生态内经过了海量业务的长期打磨，稳定性和性能都非常有保障，它特别适合那些已经深度使用阿里云服务，业务主要在中国市场，并且希望快速获得分布式能力，又不想投入太多运维精力的企业，可以说，它是云原生时代下，追求“省心”和“高效”的一个典型选择，它的一个自然限制就是和阿里云深度绑定。（来源：阿里云官方产品页面及技术解析）

Google Cloud Spanner：技术标杆与云端皇冠上的明珠

虽然前面几个都很强大，但要说分布式关系数据库的技术标杆，很多人会首推 Google Cloud Spanner，它是谷歌内部使用了十多年的全球级数据库，后来对外开放服务，Spanner 最厉害的地方在于，它几乎实现了数据库领域的“终极梦想”：在全球分布式的前提下，同时提供外部一致性的事务支持，这比强一致性还要严格,能保证事务发生的顺序在全球看来都是一致的。

正因为此，它的性能、扩展性和一致性都达到了顶尖水平，但它的缺点也很明显：第一，它只在谷歌云上提供，是闭源的云服务；第二，价格非常昂贵，它通常是大厂或者那些对数据一致性有极致要求、且不差钱的顶级项目的选择，对于一般中小企业来说可能有些遥不可及。（来源：Google Research 发布的 Spanner 论文及谷歌云产品介绍）

总结一下怎么选：

• 如果你的团队熟悉 MySQL，业务在国内，需要强一致性且希望平滑迁移，TiDB 是个万能膏药。
• 如果要做金融核心系统，追求极致的稳定和高可用，可以深入研究 OceanBase。
• 如果业务用户遍布全球，需要解决异地访问延迟问题，CockroachDB 的设计最对口。
• 如果全公司在阿里云上，想省心省力快速上手，PolarDB-X 是便捷之选。
• 如果不考虑成本，追求最顶尖的技术和能力，那就上 Google Cloud Spanner。

其实没有哪个是绝对最好的，只有最适合自己当前业务阶段、技术实力和预算情况的,希望这些信息能帮你做个参考。