首先要明确的是，没有完美的系统，任何一个系统的出现都是为了解决当时最主要的问题，但是会产生一些其他的小问题，跟药一样，能治病，但是一般都会有副作用。

那么完美的数据库系统什么样呢，我现在能想到以下几点：
1.易用与灵活性：数据库可以理解自然语言，我跟它说我要存储什么样的数据，就存进去了，要查询什么样的数据，就给我取出来了，不需要我告诉它怎么存，怎么取
2.扩展性：可以存储无限多的数据，不需要担心容量的问题
3.高性能：性能非常强大，不管想存或取什么数据，瞬间就完成了
4.高可用：数据存储之后，永远也不会丢，系统永远也不会挂掉，1年365天，1天24小时随叫随到
5.并发与隔离性：数据库不仅可以满足我一个人，也可以满足所有人的同时读写，并且我们之间互不干扰

关系数据库之前的存储系统基本上一个条件也不满足

传统单机关系数据库一定程度上解决了问题1、3、5，用户不需要知道数据是怎么存储的，行存储还是列存储或者其他的结构信息，查询的时候用SQL就可以了，不需要根据数据的存储结构编写特定的程序，大大简化了应用开发，性能也还可以。之所以说是一定程度上，是因为并没有完美的解决。SQL虽然很简单，但要比自然语言复杂得多，更改表的schema也不是特别方便；性能的话对于复杂查询，优化器无能为力，可能会给出性能非常差的查询计划；并发与隔离性可以做到，但是要牺牲性能

Mysql Group Replication帮助传统单机关系数据库解决了问题4

如果数据量不大，这样用着也不错了。但是互联网导致了数据量的爆炸式增长，单机存储不下这么多数据了。所以才会出现了Bigtable等NoSQL分布式数据库，解决当时最主要的数据量暴增问题。这些系统一定程度上解决了问题2、3、4。它想不想解决其他问题呢？肯定想，但是要解决这些问题，系统会变得更加复杂，需要更长的时间，但是系统需要快速上线啊，那么就先把最主要的问题解决了就好。隔离性就由业务部门自己去解决吧，这也导致了后来业务部门很多的抱怨。所以我觉得NoSQL在开发的时候是有很多妥协的，属于救火的产品，不可能成为未来的方向。

目前看来OceanBase、TiDB、Spanner／F1这些系统是能够解决上述问题最多的系统。
1.支持SQL
2.数据被拆分成一个个range，分散在不同的服务器中，通过增加服务器就可以一定程度上的线性扩容
4.多副本，并且通过paxos或raft保证多副本之间的一致性
5.通过2PC，MVCC支持不同隔离级别的事物

但是相比高端服务器上的单机数据库，性能会有些问题
查询的延迟(latency)会比较高，网络是一个问题，比如分布式join就要用到网络，有人做过实验，在不改变现有查询引擎的情况下，单条查询随着服务器数量增多，性能不增反降，把网络换成InfiniBand效果也不好，后来重新设计了查询引擎，性能做到了递增。可以参考High-Speed Query Processing over High-Speed Networks（http://）
所以需要改变很多传统的做法，针对新硬件进行新的设计、优化，是可以大幅度提高性能的。