一、为什么要有NoSql
关系型数据库在三个方面存在不足,或者说,比不上NoSQL:
1、大量数据的写入处理
这里说的关系型数据库不擅长大量数据写入,并不是说关系型数据库在进行大批量数据插入的时候,比不上NoSql快,而是说,关系型数据库不擅长将这么多的数据写入到分布式服务器里面去!因为大量的数据,往往意味着不可能只存在一台服务器上,应该是分布式的,分散地存储在多台服务器上。而关系型数据库,因为着重表与表之间的关联,需要将所有表放在同一台服务器中,所以有人(淘宝的数据库专家)说,目前的关系型数据库本质上是单机系统。而NoSql因为表之间并无关联,因此是天然适应分布式的,分布式写入,当然要比关系型数据库强。
好比关系型数据库,为了应付大量的数据存储,由一台服务器分为两台服务器,那么就有两种方案:
1)二元数据库
两台服务器的表都一样,写入的时候,可以将数据分成两份,每台写一半,然后再互相更新,同步。那么同步之前,有一致性问题。
2)数据库分割
将一部分表放在服务器A,另一部分表放在服务器B。同步问题是没有了,但如果这些表要关联查找呢?大概只能在应用程序层面进行了。
看上去,这两种方案都很折腾。
2、对存在大量数据的表做索引或进行表结构变更
关系型数据库的表结构很严谨,对有数据的表做表结构变更,或者索引,那么会有一个锁定的问题,数据越多,锁定问题越严重。如果是一个使用中的生产数据库,也许是不可以接受的。
而NoSql,因为其设计和结构不同于关系型数据库,比如mongoDB,文档型,每一条记录都是一个文档,文档里存什么都可以,不存在着所谓固定的文档格式,也就不存在什么表结构变更的问题(MongoDB没有所谓表结构)。关系型数据库,表结构变更,程序和数据库都要改;对MongoDB,改程序就可以了。
至于索引,我还尚不清楚NoSql的索引原理。但如果是键值对型NoSql,则索引都是KEY,没有必要进行变更?
3、没有join的简单查询快速返回结果
查询是关系型数据库的强项,但如果不涉及到join的话,其实NoSql会比它更快?
参考资料:
https://www.cdsy.xyz/computer/soft/database/nosql/231205/cd46669.html
二、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开销,有利于主数据库的备份和恢复,也使整个架构的性能、扩展性都得到提升。