学习笔记-NoSQL

╰半橙微兮° 2022-01-17 06:23 158阅读 0赞

[为什么80%的码农都做不了架构师？>>> ][80_] ![hot3.png][]

**1、NOSQL 的优势**

**（1）易扩展**

NoSQL数据库种类繁多，但是一个共同的特点都是去掉关系数据库的关系型特性。数据之间无关系，这样就非常容易扩展。也无形之间，在架构的层面上带来了可扩展的能力。

**（2）大数据量，高性能**

NoSQL数据库都具有非常高的读写性能，尤其在大数据量下，同样表现优秀。这得益于它的无关系性，数据库的结构简单。一般MySQL使用Query Cache，每次表的更新Cache就失效，是一种大粒度的Cache，在针对web2.0的交互频繁的应用，Cache性能不高。而NoSQL的Cache是记录级的，是一种细粒度的Cache，所以NoSQL在这个层面上来说就要性能高很多了。

**（3）灵活的数据模型**

NoSQL无需事先为要存储的数据建立字段，随时可以存储自定义的数据格式。而在关系数据库里，增删字段是一件非常麻烦的事情。如果是非常大数据量的表，增加字段简直就是一个噩梦。这点在大数据量的web2.0时代尤其明显。

**（4）高可用**

NoSQL在不太影响性能的情况，就可以方便的实现高可用的架构。比如Cassandra，HBase模型，通过复制模型也能实现高可用。

**2、NoSQL的分类**

<table> 
 <tbody> 
 <tr> 
 <td>类型</td> 
 <td>部分代表</td> 
 <td>特点</td> 
 </tr> 
 <tr> 
 <td> 列存储</td> 
 <td>Hbase Cassandra Hypertable</td> 
 <td> 顾名思义，是按列存储数据的。最大的特点是方便存储结构化和半结构化数据，方便做数据压缩，对针对某一列或者某几列的查询有非常大的IO优势。</td> 
 </tr> 
 <tr> 
 <td> 文档存储</td> 
 <td> MongoDB CouchDB</td> 
 <td> 文档存储一般用类似json的格式存储，存储的内容是文档型的。这样也就有有机会对某些字段建立索引，实现关系数据库的某些功能。</td> 
 </tr> 
 <tr> 
 <td> key-value存储</td> 
 <td> Tokyo Cabinet / Tyrant Berkeley DB MemcacheDBRedis</td> 
 <td> 可以通过key快速查询到其value。一般来说，存储不管value的格式，照单全收。（Redis包含了其他功能）</td> 
 </tr> 
 <tr> 
 <td> 图存储</td> 
 <td> Neo4J FlockDB</td> 
 <td> 图形关系的最佳存储。使用传统关系数据库来解决的话性能低下，而且设计使用不方便。</td> 
 </tr> 
 <tr> 
 <td> 对象存储</td> 
 <td> db4o Versant</td> 
 <td> 通过类似面向对象语言的语法操作数据库，通过对象的方式存取数据。</td> 
 </tr> 
 <tr> 
 <td> xml数据库</td> 
 <td> Berkeley DB XML</td> 
 <td> 高效的存储XML数据，并支持XML的内部查询语法，比如XQuery,Xpath。</td> 
 </tr> 
 </tbody> 
</table>

转载于:https://my.oschina.net/xiax/blog/477522

[80_]: https://my.oschina.net/u/2663968/blog/3051541
[hot3.png]: /images/20220117/ea8f70b39f32440e9e6a527aec8c2cf8.png