NOSQL =not only SQL 意即为不仅仅是SQL
传统的关系数据库在处理web2.0网站，特别是超大规模和高并发的社交网络服务类型的web2.0纯动态网站已经显得力不从心，出现了很多难以克服的问题，而非关系型的数据库则由于其本身的特点得到了非常迅速的发展
普通的SQL例如MySQL表达意思只有一行一列，很难表达结构例如数据的格式为家族人口的树信图，对传统数据库来说是很难描述的而且，增删字段是一件非常麻烦的事情，特别是数据库数据非常大的时候，简直就是一个恶梦
NOSQL提倡运用非关系型数据存储，数据挖掘信息就很nice
NOSQL（一秒钟写八万 读11万）
数据库的3V3高
大数据的3v（海量，多样，实时）
互联网的需求（高并发，高可扩，高性能）
2.NOSQL数据库的四大分类
2.1 KV键值：典型介绍（sina:BerkeleyBD+redis 美团：redis+tair 阿里，百度:memcache+redis）
2.2文档型数据库（bson格式比较多）：(mongoDB:基于分布式文件存储数据库)
2.3列存储数据库 （cassandra， Hbase）
2.4图关系数据库 （他不是放图形的，放的是关系，比如朋友圈社交网络，广告推荐系统）
传统数据库ACID
下列转自：https://www.runoob.com/mongodb/nosql.html
1、A (Atomicity) 原子性
原子性很容易理解，也就是说事务里的所有操作要么全部做完，要么都不做，事务成功的条件是事务里的所有操作都成功，只要有一个操
作失败，整个事务就失败，需要回滚。
比如银行转账，从A账户转100元至B账户，分为两个步骤：1）从A账户取100元；2）存入100元至B账户。这两步要么一起完成，要么一起不
完成，如果只完成第一步，第二步失败，钱会莫名其妙少了100元。
2、C (Consistency) 一致性
一致性也比较容易理解，也就是说数据库要一直处于一致的状态，事务的运行不会改变数据库原本的一致性约束。
例如现有完整性约束a+b=10，如果一个事务改变了a，那么必须得改变b，使得事务结束后依然满足a+b=10，否则事务失败。
3、I (Isolation) 独立性
所谓的独立性是指并发的事务之间不会互相影响，如果一个事务要访问的数据正在被另外一个事务修改，只要另外一个事务未提交，它所访问
的数据就不受未提交事务的影响。
比如现在有个交易是从A账户转100元至B账户，在这个交易还未完成的情况下，如果此时B查询自己的账户，是看不到新增加的100元的。
4、D (Durability) 持久性
持久性是指一旦事务提交后，它所做的修改将会永久的保存在数据库上，即使出现宕机也不会丢失。
NOSQL 分布式数据库CAP原理
CAP （C强一致性，A高可用，P分布式容忍性，CA：传统Orcacle数据库 AP：大多数网站架构的选择 CP：Redis，Mongobd）
CAP一般只能同时出现两个不可能同时满足三个：一般可以选择BASE+CAP
BASE （基本可用：basically available 软状态：soft state 最终一致性：eventually consistent）
分布式：不同的多台服务器部署不同的服务模块，他们通过Rpc/Rmi之间通信和调度，对外提供服务和组内协作
集群：不同的多台服务器部署相同的服务模块，通过分布式调度软件统一调度，对外提供服务和访问