NoSQL是什么？NoSQL提供了新的数据管理技术，旨在应对数据数量、速度和种类与日俱增的态势。它可以存储和检索数据，能够以关系数据库中所用的表格式关系之外的方式来建立模型。
NoSQL系统又叫“Not only SQL”（lijiudian.juqi360.com），强调这一事实：它们还支持类似SQL的查询语言。
我们为什么需要NoSQL？
关系数据库面临下列挑战：
并不适用于数据类型多样化（比如图像、视频和文本）的大量（PB级）数据。 无法扩展、支持庞大的数据量。 无法纵向扩展，受制于内存和处理器的功能。 无法横向扩展，受制于依赖缓存的读取和写入操作。 分片（将数据库分成几个部分，存储在不同的节点）引起操作问题（比如管理共享式故障）。 复杂的RDBMS模型 一致性限制了RDBMS的可扩展性。
相比关系数据库，NoSQL更具有可扩展性，并提供了出色的性能。NoSQL数据库提供了下列解决方案，从而克服了关系模型无法克服的挑战：
横向扩展、什么都不共享的架构，能够在大量节点上运行。 非锁定并发性控制机制，那样实时读取不会与写入产生冲突。 可扩展的复制和分发――成千上万个机器拥有分布式数据。 每个节点提供的性能高于RDBMS的架构。 无模式（schema-less）数据模型。
HBase：
宽列式数据库，基于Apache Hadoop和BigTable的概念。
Apache HBase是一种NoSQL键/值存储系统，它在Hadoop分布式文件系统（HDFS）上运行。不像Hive，HBase操作在数据库上，而不是MapReduce作业上实时运行。HBase分成表，表又细分成列族（column family）。列族必须在模式中加以声明，它将某一组列（列不需要模式定义）分为小组。比如说，“message”列族可能包括以下这几列：“to”、“from”、“date”、“subject”和“body”。HBase中的每个键/值对被定义为一个单元（cell），每个键含有行键、列族和时间戳。HBase中的行是一组键/值映射，由行键来识别。HBase可以使用Hadoop的基础设施，并使用现成服务器实现横向扩展。
HBase的工作方式是，将数据存储为键/值。它支持四种主要的操作：添加或更新行的put，检索一组单元的scan，返回某个指定行的单元的get，以及从表上删除行、列或列版本的delete。拥有版本控制功能，那样可以获取数据的之前值（历史记录可以通过HBase压缩时不时删除，以释放空间）。虽然HBase包括表，但只有表和列族才需要模式，列不需要模式，它还包括增量/计数器功能。
HBase查询用一种需要学习的自定义语言来编写。可以通过Apache Phoenix，获得类似SQL的功能，不过其代价是需要维护模式。此外，HBase并不完全符合ACID，不过它确实支持某些属性。最后但并非最不重要的是，为了运行HBase，就需要ZooKeeper――这是面向分布式协调的服务器，比如配置、维护和命名。
HBase最适合大数据的实时查询。Facebook将它用于消息传递和实时分析。Facebook甚至将它用于计数Facebook点赞。
Hbase有集中式架构， Master服务器负责监控集群中的所有RegionServer（负责服务和管理区域）实例，它也是查看所有元数据变化的界面。它提供了CAP原理中的CP（一致性和可用性）。
HBase针对读取操作进行了优化，得到单次写入master的支持，支持因而获得的严格一致性模型，以及使用支持行扫描的顺序分区（Ordered Partitioning）。HBase很适合执行基于范围的扫描。
线性可扩展性，支持大表和范围扫描－－由于顺序分区，HBase很容易横向扩展，同时仍支持行键范围扫描。 辅助索引－－Hbase并不直接支持辅助索引，但触发器的一个使用场合是，“put”方面的触发器会自动确保辅助索引是最新版本，因而并不给应用程序（客户端）添加负担。 简单聚合－－Hbase Co Processors支持HBase中的即开即用的简单聚合。SUM、MIN、MAX、AVG和STD。如果定义java类，就可以构建其他聚合，从而执行聚合操作。
实际应用：Facebook Messanger
Cassandra:
宽列式数据库，基于BigTable和DynamoDB的概念。
Apache Cassandra是一种主要的NoSQL（（lijiudianjuqi360com））分布式数据库管理系统，它支撑着如今的许多现代商务应用系统，它提供了持续可用性、高扩展性和高性能、强安全性和操作简单性，同时降低了总体拥有成本。
Cassandra拥有分散式架构。任何节点都能执行任何操作。它提供了CAP原理中的AP（可用性和分区可容忍性）。
Cassandra拥有出色的单行读取性能，只要最终的一致性语义足以满足使用场合的需要。Cassandra quorum读取是严格一致性所需要的，它自然不如Hbase读取来得快。Cassandra不支持基于范围的行扫描，这在某些使用场合可能具有局限性。Cassandra很适合支持单行查询，或者基于列值索引选择多行。
如果数据存储在Cassandra中的列里面以支持范围扫描，Cassandra中行大小的实际限制是10MB。大于这个数的行会在压缩开销和时间方面引起问题。
Cassandra支持列族辅助索引，其中列的名称已知（但不支持动态列）。
Cassandra中的聚合并不受到Cassandra节点的支持――客户端必须提供聚合机制。聚合需求横跨多个行时，随机分区（Random Partitioning）使得聚合对客户端来说很难。建议使用Storm或Hadoop用于聚合。
实际应用：Twitter
MongoDB：
最流行的文档数据库之一。
它是一种面向文档的数据库。Mongodb中的所有数据以JSON/BSON格式来处理。它是一种无模式数据库，数据库中的数据量超过TB级。它还支持主从复制方法，以便在服务器上复制数据的多个副本，从而使得某些应用系统中的数据整合来得更容易、更快速。
MongoDB结合了关系数据库的优点和NoSQL技术的创新，让工程师能够构建现代应用。
MongoDB保留了关系数据库最宝贵的功能特性：强一致性、表达式查询语言和辅助索引。因而，开发人员能够以比NoSQL数据库更快的速度来构建高度实用的应用程序。
MongoDB提供了NoSQL数据库的数据模型灵活性、弹性可扩展性以及高性能。因而，工程师可以不断改进应用，并且可以在商用硬件上实现几乎无限制的可扩展性。
支持全索引，以实现高性能
实际应用：FourSquare
HBase、Cassandra和MongoDB三大NoSQL数据库的比较
HBase：
主要特点：
分布式和可扩展的庞大数据存储系统 强一致性 建立在Hadoop HDFS的基础上 CAP中的CP
适合于：
针对读取进行了优化 很适合基于范围的扫描 严格一致性 快速读取和写入，具有可扩展性
不适合于：
典型的事务型应用程序或甚至关系分析 应用程序需要全表扫描 数据需要跨聚合、累积以及跨行分析。
使用场合：Facebook消息
Cassandra:
主要特点：
高可用性 逐步可扩展性 最终一致性 兼顾一致性和延迟 最小化管理 没有单一故障点――Cassandra中所有节点都一样 CAP中的AP
适合于：
简单的安装，维护节点 快速随机性读取/写入 灵活的解析/宽列需求 不需要多个辅助索引
不适合于：
辅助索引 关系数据 事务型操作（回滚和提交） 主记录/财务记录 对数据需要严格的授权 针对列数据的动态查询/搜索 低延迟
使用场合：Twitter和Travel门户网站
MongoDB：
主要特点：
应用程序完善后，模式随之变化（无模式） 支持全索引，实现高性能 复制和故障切换，实现高可用性 自动分片，易于扩展 基于丰富文档的查询，易于读取 主从模式 CAP中的CP
适合于：
取代Web应用的RDBMS 半结构化内容管理 实时分析和高速日志、缓存和高扩展性 Web 2.0、媒体、SaaS和游戏
不适合：
高度事务型系统 存在传统数据库需求的应用程序，比如外键约束。
使用场合：Craigslist和Foursquare
结论
没有结论。本博文不是要评选谁是最佳NoSQL数据库，而是重在比较这三款数据库。它们各有优缺点，想真正比较一番，你就需要在生产环境下，在负载相当大的情况下长期运行一番，才会有实际感受。