NoSQL概述NoSQL数据库的分类主流产品及特点
NoSQL概述、NoSQL数据库的分类、主流产品及特点
什么是NoSQL
NoSQL（NoSQL = Not Only SQL），即“不仅仅是SQL”，是一项全新的数据库理念，泛指非关系型数据库。
为什么需要NoSQL
随着互联网web2.0网站的兴起，非关系型的数据库现在成了一个极其热门的新领域，非关系数据库产品的发展非常迅速。而传统的关系数据库在应付web2.0 网站，特别是超大规模和高并发的SNS类型的web2.0 纯动态网站已经显得力不从心，暴露了很多难以客服的问题，例如：
High performance（对数据高并发读写的需求）：
web2.0 网站要根据用户个性化信息来实时生成动态页面和提供动态信息，所以基本上无法使用动态页面静态化技术，因此数据库并发负载非常高，往往要达到每秒上万次读写请求。关系数据库应付上万次SQL查询还勉强顶得住，但是应付上万次SQL写数据请求，硬盘IO就已经无法承受了。其实对于普通的BBS网站，往往也存在对高并发写请求的需求，例如网站的实时统计在线用户状态，记录热门帖子的点击数，投票计数等，因此这是一个相当普通的需求。
Huge Storage（对海量数据的高效率存储和访问需求）：
类似Facebook、twitter、friendFeed这样的SNS网站，每天用户产生海量的用户动态，以Friendfeed为例，一个月就达到了2.5亿条用户动态，对于关系数据库来说，在一张2.5亿条记录的表里面进行SQL查询，效率是极其低下乃至不可忍受的。再例如大型web网站的用户登录系统，例如腾讯，盛大，动辄数以亿计的账号，关系数据库也很难应付。
High Scalability && High Availavility（对数据库的高可扩展和高可用性的性需求）：
在基于web的架构中，数据库时最难进行横向扩展的，当一个应用系统的用户量和访问量与日俱增的时候，你的数据库却没有办法像web server 和app server那样简单的通过添加更多的硬件和服务节点来扩展性能和负载能力。对于很多需要提供24小时不间断服务的网站来说，对数据库系统进行升级和扩展是非常痛苦的事情，往往需要停机维护和数据迁移，为什么数据库不能通过不断的添加服务器节点来实现扩展呢？
NoSQL数据库的产生就是为了解决大规模数据集合多重数据种类带来的挑战，尤其是大大数据应用难题。
主流NoSQL产品
NoSQL数据库的四大分类如下：
键值（Key-Value）存储数据库：
相关产品：Tokyo Cabinet/Tyrant、Redis、Voldemeort、Berkeley DB
典型应用：内容缓存，主要用于处理大量数据的高访问负载
数据模型：一系列键值对
优势：快速查询
劣势：存储的数据缺少结构化
列存储数据库：
相关产品：Cassandra、HBase、Riak
典型应用：分布式的文件系统
数据模型：以列簇式存储，将同一列数据存在一起
优势：查找速度快，可扩展性强，更容易进行分布式扩展
劣势：功能相对局限
文档型数据库：
相关产品：CouchDB、MongoDB
典型应用：Web应用（与Key-Value类似，Value是结构化的）
数据模型：一系列键值对
优势：数据结构要求不严格
劣势：查询性能不高，而且缺乏统一的查询语法
图形（Graph）数据库：
相关产品：Neo4J、InfoGrid、Infinite Graph
典型应用：社交网络
数据模型：图结构
优势：利用图结构相关算法
劣势：需要对整个图做计算才能得出结果，不容易做分布式的集群方案
NoSQL特点
在大数据存取上具备关系型数据库无法比拟的性能优势，例如：
易扩展：
NoSQL数据库种类繁多，但是一个共同的特点就是去掉关系数据库的关系型特性。数据之间无关系，这样就非常容易扩展。也无形之间，在架构的层面上带来了可扩展的能力。
大数据量，高性能：
NoSQL数据库都具有非常高的读写性能，尤其在大数据量下，同样表现优秀。这得益于它的无关性，数据库的结构简单。
灵活的数据模型：
NoSQL无需实现为要存储的数据建立字段，随时可以存储自定义的数据格式。而在关系数据库里，增删字段是一件非常麻烦的事情。如果是大数据量的表，增加字段简直是一个噩梦。这点在大数据量的Web2.0 时代尤其明显。
高可用：
NoSQL在不太影响性能的情况下，就可以方便的实现高可用的架构。比如Cassandra、HBase模型，通过复制模型也能实现高可用。
综上所述，NoSQL的非关系特性使其成为了后Web2.0时代的宠儿，助力大型网站的再次起飞，是一项全新的数据库革命性运动。