为什么会出现NoSQL数据库
一、总结
一句话总结：sql不支持分布式且且有性能瓶颈且不支持分布式，不同NoSQL适合不同的场景
1、"不同的NoSQL数据库只适合不同的场景"这句话对么？
对的，NoSQL数据库是针对点的，关系型数据库是针对面的
2、NoSQL数据库有哪四种？
①KV键值对：redis，内容缓存，主要用于处理大量数据的高访问负载等；
②bson：文档数据库，MongoDB 是一个基于分布式文件存储的数据库，C++编写的。皆在为web应用提供可扩展的高性能数据存储解决方案。它介于关系型数据库与非关系型数据库之间的产品，是非关系型中功能最丰富的，且最像关系型数据库的；
③列存储数据库：分布式文件系统
④图关系型数据库 ：它不是放图的，放的是 关系：如朋友圈社交网络等。专注于关系图谱。
3、数据库主从复制和读写分离是什么？
主从复制：往主服务里插入一条数据的同时，也往从服务里写入一条数据（备份、容灾）
读写分离：一般主作为写（20%），从作为读（80%）
二、互联网背景下为什么会出现NoSQL？
一、传统应用模式 （ALL IN ONE）
所有的东西都部署在一台机器上，包括站点、数据库、文件等等(现在阿里云的出现方便了很多)。核心工作就是：前端传过来一些数据，然后业务逻辑层拼装，然后访问数据库，数据库返回数据，数据拼装成页面，最终返回到浏览器。
这时候数据库可能会率先成为瓶颈，在流量峰值期容易宕机，第一可以优化sql语句，第二，典型的应用都是读数据库频率远大于写数据库频率。这时候可以采用读写分离，多读一写的数据库架构（一般是20%是写库，80%是读库）；
这时候的主要矛盾点已经变为业务复杂度的提升带来的耦合，导致升级困难，开发容易引入bug，维护成本也提升。
1、Memcached 分布式缓存服务器，通过文件缓存来缓解数据库压力，为多个web服务器提供了一个共享的高性能缓存服务。在Memcached服务器上，又发展了根据hash算法来进行多台Memcached缓存服务的扩展，然后又出现了一致性hash来解决增加或减少缓存服务器导致重新hash带来的大量缓存失效的弊端。
不足：
由于数据库的写入压力增加，Memcached只能缓解数据库的读取压力。读写集中在一个数据库上让数据库不堪重负，大部分网站开始使用主从复制技术来达到读写分离，以提高读写性能和读库的可扩展性。Mysql的master-slave模式成为这个时候的网站标配了。
2、主从复制读写分离
主从复制：往主服务里插入一条数据的同时，也往从服务里写入一条数据（备份、容灾）
读写分离：一般主作为写（20%），从作为读（80%）
3、在Memcached 高速缓存、MySQL主从复制，读写分离的基础之上，由于大量数据的增加，写压力开始出现瓶颈，由于MyISAM使用表锁，在高并发下会出现严重的锁问题，大量的高并发MySQL应用开始使用InnoDB引擎代替MyISAM。
同时开始使用分库分表来缓解压力。
MySQL的扩展性差（需要复杂的技术来实现），大数据下IO压力大，表结构更改困难，正是当前使用MySQL的开发人员面临的问题。
4、为什么用NoSQL?
今天我们可以通过第三方平台（如：Google,Facebook等）可以很容易的访问和抓取数据。用户的个人信息，社交网络，地理位置，用户生成的数据和用户操作日志已经成倍的增加。
我们如果要对这些用户数据进行挖掘，那SQL数据库已经不适合这些应用了, NoSQL数据库的发展也却能很好的处理这些大的数据。
二、什么是NoSQL?
NoSQL(NoSQL = Not Only SQL )，意即“不仅仅是SQL”， 泛指非关系型的数据库。
1、作用
NoSQL数据库种类繁多，但是一个共同的特点都是去掉关系数据库的关系型特性。数据之间无关系，这样就非常容易扩展。也无形之间，在架构的层面上带来了可扩展的能力。
NoSQL数据库都具有非常高的读写性能，尤其在大数据量下，这得益于它的无关系性，数据库的结构简单。
NoSQL无需事先为要存储的数据建立字段，随时可以存储自定义的数据格式。而在关系数据库里，增删字段是一件非常麻烦的事情。如果是非常大数据量的表，增加字段简直就是一个噩梦。
2、关系型数据库（RDBMS）VS 非关系型数据库（NoSQL）
RDBMS：
- 高度组织化结构化数据
- 结构化查询语言（SQL）
- 数据和关系都存储在单独的表中。
- 数据操纵语言，数据定义语言
- 严格的一致性
-
基础事务
NoSQL：
- 代表着不仅仅是SQL
- 没有声明性查询语言
- 没有预定义的模式
- 键 - 值对存储，列存储，文档存储，图形数据库
- 最终一致性，而非ACID属性
- 非结构化和不可预知的数据
- CAP定理
- 高性能，高可用性和可伸缩性
总结： RDBMS 和NoSQL都有各自的特点和使用的应用场景，让关系数据库关注在关系上，NoSQL关注在存储上。
三、互联网时代面临的问题
1、3V 和 3高
3V: 海量的数据流量；多样(商品种类、各式各样)；实时的数据需求
3高： 高并发；高可用；高性能
四、NoSQL 数据模型简介
传统的关系型数据模型的设计基本上是 基于数据库范式建立1：1 / 1：N / N:N,主外键的关系设计。
1、NoSQL的设计：
使用Bson() 类似于json的一种二进制形式的存储格式，简称 Binary JSON,它也同样支持内嵌的文档对象和数组对象。
2、聚合模型
高并发的操作是不太建议有关联查询的，互联网公司用冗余数据来避免关联查询，分布式事务是支持不了太多的并发的。
3、NoSQL数据库的四大分类：
①KV键值对：redis，内容缓存，主要用于处理大量数据的高访问负载等；
②bson：文档数据库，MongoDB 是一个基于分布式文件存储的数据库，C++编写的。皆在为web应用提供可扩展的高性能数据存储解决方案。它介于关系型数据库与非关系型数据库之间的产品，是非关系型中功能最丰富的，且最像关系型数据库的；
③列存储数据库：分布式文件系统
④图关系型数据库 ：它不是放图的，放的是 关系：如朋友圈社交网络等。专注于关系图谱。
参考：互联网背景下为什么会出现NoSQL？ - CSDN博客
https://blog.csdn.net/u013709087/article/details/78313923