SQL、NoSQL 和 NewSQL，长江后浪推进浪！

作者：hiekay

SQL作为主要的数据存储方式已经超过40年，并且经历了至少两个指数扩张期：20世纪90年代Web应用程序崛起之后，以及在过去十年中由于移动设备爆炸引起的扩张。

因此，越来越小的公司开始发现使用数据库的好处，而像Google这样的互联网巨头则已经将数据单位上升到PB或甚至EB。

在 SQL 的发展过程中，产生了许多迭代产品，其中最重要的是SQL，NoSQL和NewSQL — 它们一起负责绝大部分的数据库市场。关注微信公众号：Java技术栈，在后台回复：SQL，可以获取我整理的 N 篇最| n ~ $ $ u B新数据库教程，都是干货。

所以，如果你要选择一个数据库工具，你应该选择哪一个？其实，没有明确的答案。不同: H ` r P &的人和公司选择不同，这更多地取决于他们对每个特定项目的偏好和相对优势，而不是其中一! ] Z l . Q个对其他所有的直+ 0 & c G p接优势。那么，这些优点和缺点是什么？让我们来看一 x { # 3 H _或阿里6 r &巴巴等需要处理惊人数据量的巨头，以前的RDBMS会在几分钟内出现问题。

NoSQL (Not Only SQL)

NoSQL越来越受欢迎，其中最重要的实现是Apache Cassandra，MongoDB等产品。它主要用于解决SQL的可扩展性问题4 ! m U z L / & H。因此，它是没有架构的并且建立在分布式系统上，这使得它易于扩展和分片。

然而，这些好处是以放宽ACID原则为代价的：NoSQL采取最终一致性原则，而不是所有四个参数在z , E每个事务中保持一致。这意味着如果在特定时间e ? q g o 6 r段内没有特定数2 ~ 5 p S c据项的更新，则最终对其所有的访问都将返回最后更新的值。这就是这样的系统通常被描述为提Q * x F W N o A [供基本保证的原因（基本可用，软状态，最终一致性） — 而不是X ; k g F ! } q lACID。

虽然这个方案极大地增加了可用时间和伸缩性,它也会导致数据丢失----这个问题的3 / ? T i v严重程度取决于数据库服务器E c C ` ! a的支J | h持情况和应用代码质量.在某些情况下,这个问题十分严重.

另一个NoSQL出现的问题是现在有很多类型的NoSQL系统,但它们之间却几乎没有一致性.诸如灵活性,性能,复杂性,伸缩性等等特性在不同系统间差别巨大,这使得甚至X V O : d { -是专家在他们之间都很难选择.不过,当你根据项目特点作出了合适的选择,NoSQL可以在不显著丢失稳定性的情况下提供一个远比SQL系统更高效的解决方案.

NewSQL

NewSQL是一种相对较新的形式，旨在使用现有的编程语言B E E H和以前不可用的技术来结合SQL和NoSQL中最好的部分。NewSQL目标是将SQL的ACID保证与NoSQL的可扩展性和高性能相结合。

显然，因为结合了过去仅单独存在的优点，NewSQm } RL看起来很有前途; 或许，在未来的某个时候，它将成为大多数人使用的标准。不幸的是，目前大多数NewSQL数据库都是专有软件或仅适用于特定场景，这显然限制了新技术K X o K , #的普及和y 8 T % O + l应用。

除此之外，NewSQL在每个方面比较均匀，每个解决方案都有自己的缺点和优势。

例如，SAP HANA可以轻松处理低到中p l } _ 3 b T 9 l等的事务性工作负载，但不使用本机集群，MemSQL对于集群分析很有用，但在ACID事务上表现出w 5 d较差的一致性，等等。因此，在这些解决方案变得真正普及之前，可能还需要一段时间。= M E M

结论

围绕SQL有许多谬见和误解：例如，SQL已过时，应该尽可能替换为NoSQL或New SQn e N 4 w i _ 5 ZL。当然，这不是真的。目前，在三种基本替代方案中没有明确的领导者 - 每一种都有更适合的项目，而在其他情况下不太适合（或完全不适合）。H h q _ D 2 B A

因此，没有普遍的理想选择。例如，如; 4 a l W o 1果你主要考虑数据库应始终可用于接受新的内容，则应考虑最终一致性解决方案，如Cassandra或O e b b P 1 @ E 8Riak。如果你追p 8 _求高速缓存SQL，新的缓存数据库比如VoltDB似乎是明智的选择; 等等。

https:/y N m @/www.jianshu.com/p/ed55f20e736a