云数据库高可用数据库？分布式数据库.docx

云数据库高可用数据库？分布式数据库
在上一篇文章中， 我们介绍了UCloud分布式数据库 UDDB 的六大功能特性。这六个功能特性，看似涵盖不同方面，各自解决不同的问题，但却有一根主线贯穿其中。这根主线，就是UDDB自立项以来所秉持的产品理念：基于用户痛点、复用成熟技术来构建实用型的分布式数据库解决方案。
所以，UDDB 以使用广泛的数据库中间件为基础，利用公有云的云端优势，解决数据库中间件的使用痛点；并加入互联网团队所擅长的微创新，扩展数据库中间件的使用边界，通过不断迭代，持续提高对业务的支持度。
最终的目标，是构建一个如同单机数据库一样对业务友好，运行稳定，而又方便管理和运维的分布式数据库，有效解决 UCloud 客户在使用单机数据库时遇到的容量和性能问题。
UDDB 的这个产品理念，简单几句话，即可讲清楚，本来无需赘述。但是，分布式数据库，偏偏是一个规则未定，都在摸着石头过河的领域。十几年来，各种产品百花齐放，但始终没有出现一个终结方案。在用户看来，也有一种乱花渐欲迷人眼的感觉，同时， 还伴随着分布式数据库到底选哪家好的纠结。
UCloud 云数据库团队，对于分布式数据库该如何做，有自己的清醒的思考。这种思考，浓缩在 UDDB 的产品理念里，也体现在 UDDB 的产品细节当中。但是，在目前喧闹的分布式数据库圈里，除了静下心来做产品，也需要有一篇文章，把我们的思考更全面地呈现，方便 UCloud 的客户，了解 UDDB 产品的内在逻辑，把握 UDDB 的发展脉络，从而利于项目的技术选型，以及 UDDB 的运用。所以，我们写了这篇文章。
雾里看花的分布式数据库
技术的发展，有时候是以大踏步的方式，但有时候又迂回曲折。前者的典型，是智能手机和云计算技术，而相反的例子，就是分布式数据库。近十多年来，越来越多的业务，触到了单机数据库容量或性能的天花板，分布式数据库技术逐渐成为热门，业内开始了对分布式数据库的探索。但出乎意料的是，这次探索会经过从 SQL 到 NoSQL 再到 NewSQL 的一番折腾。十多年来，新的产品在如雨后春笋般涌现，但大多数最后悄无声息。不少用户为使用新产品付出代价，有些代价还比较惨重， 比如 Digg 的技术负责人John Quinn， 因为力挺 Cassandra 而丢掉了工作。
分布式数据库走过的这十多年， 确实给人一种雾里看花的观感。而分布式数据库的未来，也显得迷雾重重，充满不确定性。
比如，一年前业内还普遍认为，MySQL 无法实现节点间的数据强一致性，不少 NewSQL 以多节点强一致性功能为宣传点。但是今年 MySQL 低调推出了Group Replication，很好地实现了这一功能。在提振广大 MySQL 开发者和 DBA 信心的同时，MySQL 的此举，又让业界对 MySQL 是否能演进为通用型分布式数据库，充满遐想。
又比如，最近知乎上的比较火的，阿里 OceanBase 和 AliSQL PK 事件。同一家公司，两个顶级的数据库团队，各自都埋头苦干多年，因为产品理念和发展逻辑的不同，最终难免一场内部厮杀。是 AliSQL 赢，还是 OceanBase 更胜一筹？我想这也是一个有趣又充满不确定性的问题，阿里大可以开个盘口，让群众来下个注。
看不清时代的真相，往往是因为我们身处时代当