一、为什么要有Nosql

关系型数据库在三个方面存在不足，或者说，比不上Nosql:

1、大量数据的写入处理

这里说的关系型数据库不擅长大量数据写入，并不是说关系型数据库在进行大批量数据插入的时候，比不上Nosql快，而是说，关系型数据库不擅长将这么多的数据写入到分布式服务器里面去！因为大量的数据，往往意味着不可能只存在一台服务器上，应该是分布式的，分散地存储在多台服务器上。而关系型数据库，因为着重表与表之间的关联，需要将所有表放在同一台服务器中，所以有人（淘宝的数据库专家）说，目前的关系型数据库本质上是单机系统。而Nosql因为表之间并无关联，因此是天然适应分布式的，分布式写入，当然要比关系型数据库强。

好比关系型数据库，为了应付大量的数据存储，由一台服务器分为两台服务器，那么就有两种方案：

1）二元数据库

两台服务器的表都一样，写入的时候，可以将数据分成两份，每台写一半，然后再互相更新，同步。那么同步之前，有一致性问题。

2）数据库分割

将一部分表放在服务器A，另一部分表放在服务器B。同步问题是没有了，但如果这些表要关联查找呢？大概只能在应用程序层面进行了。

看上去，这两种方案都很折腾。

2、对存在大量数据的表做索引或进行表结构变更

关系型数据库的表结构很严谨，对有数据的表做表结构变更，或者索引，那么会有一个锁定的问题，数据越多，锁定问题越严重。如果是一个使用中的生产数据库，也许是不可以接受的。

而Nosql，因为其设计和结构不同于关系型数据库，比如mongoDB，文档型，每一条记录都是一个文档，文档里存什么都可以，不存在着所谓固定的文档格式，也就不存在什么表结构变更的问题（MongoDB没有所谓表结构）。关系型数据库，表结构变更，程序和数据库都要改；对MongoDB，改程序就可以了。

至于索引，我还尚不清楚Nosql的索引原理。但如果是键值对型Nosql，则索引都是KEY，没有必要进行变更？

3、没有join的简单查询快速返回结果

查询是关系型数据库的强项，但如果不涉及到join的话，其实Nosql会比它更快？

参考资料：

http://kb.cnblogs.com/page/95676/

二、Nosql的分类

根据数据库的存储种类和特点，可以分为：

1、键值对

代表：memcached，Redis

2、文档型

以mongoDB为代表。比对关系型数据库，集合可看成表，文档可看成记录。每一条记录，都是一个文档。

3、列存储

HBase

4、图存储，对象存储，XML等等

三、如何应用Nosql

Nosql天然分布式，特别有利于数据分散存储，易扩展，高可用，高性能，但不支持事务，如果能与关系型数据库搭配使用，可形成互补。

Nosql的使用方式，大致可分为：

1、以Nosql纯用作内存管理

比如 Redis，临时性或持久性键值存储，性能更超越大名鼎鼎的memcached。

2、以关系型数据库为辅，Nosql为主

以Nosql为数据源，将数据写入Nosql，然后通过复制/同步机制，再将数据同步到关系型数据库里。

好处是简单，灵活，高性能，易扩展。

缺点是有数据同步问题，且技术要求高，因为Nosql缺乏容易使用的复制同步接口。

3、以关系型数据库为主，Nosql为辅

1）Nosql作为镜像

数据同时写入关系型数据库和Nosql，Nosql数据库主要用于读取。这样实现读写分离，可以利用Nosql的高性能来应付大量的查询。

2）数据拆分存储到关系型数据库和Nosql数据库

比如，关系型数据库只存储需要查询的小字段，Nosql存储所有数据。

这种架构模式把RDBMS和Nosql的作用进行了融合，各司其职，让关系型数据库专门负责处理擅长的关系存储，Nosql作为数据的存储。优点是

节省了主数据库（关系型数据库）的IO开销，有利于主数据库的备份和恢复，也使整个架构的性能、扩展性都得到提升。