MongdbMySQLRedis的区别

Posted 2021-12-09

Mongdb

的优势：1、快速！拥有适量级内存的Mongdb的性能是非常迅速的，它将热数据存储在物理内存中（而不仅仅是索引和少部分数据），使得热数据的读写变得十分快速，从而提高了整体的速度和效率。
2、高扩展性！Mongdb的高可用与集群架构拥有十分高效的扩展性，通过物理机器的增加，以及sharding的增加，Mongdb的扩展将达到一个十分惊人的地步。
3、自身的Failover！Mongdb的副本集配置中，当主库遇到问题，无法继续提供服务的时候，副本集将选举出一个新的主库来继续提供服务。
4、Json的存储格式！Mongdb和Bson存储格式十分适合文档格式的存储和查询。

MongoDB

的劣势:不支持事务操作(最主要的缺点)、MongoDB 占用空间过大、MongoDB 没有如 mysql 那样成熟的维护工具。

Redis：

内存数据库，持久化方式：Redis所有数据库都是放在内存中的，持久化是使用RDB方式或AOF方式。

数据量和性能的比较：

当物理内存够用的时候，Redis?>?MongoDB?>?MySQL
当物理内存不够用的时候，Redis?和?MongoDB?都会使用虚拟内存。
实际上如果Redis要开始虚拟内存，那很明显要么加内存条，要么你就该换个数据库了。
但是，MongoDB?不一样，只要业务上能保证冷热数据的读写比，使得热数据在物理内存中 mmap 的交换较少，MongoDB?还是能够保证性能。有人使用?MongoDB?存储了上T的数据。
MySQL，MySQL根本就不需要担心数据量跟内存下的关系。不过，内存的量跟热数据的关系会极大地影响性能表现。
当物理内存和虚拟内存都不够用的时候，估计除了?MySQL?你没什么好选择了。
其实，从数据存储原理来看，我更倾向于将?MongoDB?归类为硬盘数据库，但是使用了 mmap 作为加速的手段而已。
MongoDB?与?MySQL?命令对比
传统的关系数据库一般由数据库（database）、表（table）、记录（record）三个层次概念组成，MongoDB 是由数据库（database）、集合（collection）、文档对象（document）三个层次组成。MongoDB对于关系型数据库里的表，但是集合中没有列、行和关系概念，这体现了模式自由的特点。
MongoDB (文档型数据库)：提供可扩展的高性能数据存储
1、基于分布式文件存储
2、高负载情况下添加更多节点，可以保证服务器性能
3、将数据存储为一个文档
MongoDB 与?MySQL 的比较
1、稳定性
2、索引，索引放在内存中，能够提升随机读写的性能。如果索引不能完全放在内存，一旦出现随机读写比较高的时候，就会频繁地进行磁盘交换，MongoDB 的性能就会急剧下降
3、占用的空间很大，因为它属于典型空间换时间原则的类型。那么它的磁盘空间比普通数据库会浪费一些，而且到目前为止它还没有实现在线压缩功能，
在 MongoDB 中频繁的进行数据增删改时，如果记录变了，例如数据大小发生了变化，这时候容易产生一些数据碎片，出现碎片引发的结果，一个是索引会出现性能问题，另外一个就是在一定的时间后，所占空间会莫明其妙地增大，所以要定期把数据库做修复，定期重新做索引，这样会提升MongoDB 的稳定性和效率。在最新的版本里，它已经在实现在线压缩，估计应该在2.0版左右，应该能够实现在线压缩，可以在后台执行现在repair DataBase 的一些操作。如果那样，就解决了目前困扰我们的大问题。
4、MongoDB 对数据间的事务关系支持比较弱
5、运维不方便
MongoDB 相对于?MySQL?的优势

1. 适合那些对数据库具体数据格式不明确或者数据库数据格式经常变化的需求模型，而且对开发者十分友好。
   2.?自带一个分布式文件系统，可以很方便地部署到服务器机群上。
   MongoDB 里有一个Shard的概念，就是方便为了服务器分片使用的。每增加一台Shard，MongoDB 的插入性能也会以接近倍数的方式增长，磁盘容量也很可以很方便地扩充。
2. 自带了对map-reduce运算框架的支持，这也很方便进行数据的统计。类似于group by。

   MongoDB 和 Redis 的区别：

   MongoDB 更类似 MySQL，支持字段索引、游标操作，其优势在于查询功能比较强大，擅长查询 JSON 数据，能存储海量数据，但是不支持事务。
   MySQL 在大数据量时效率显著下降，MongoDB 更多时候作为关系数据库的一种替代。
   内存管理机制
   Redis 数据全部存在内存，定期写入磁盘，当内存不够时，可以选择指定的 LRU 算法删除数据。
   MongoDB 数据存在内存，由 linux系统 mmap 实现，当内存不够时，只将热点数据放入内存，其他数据存在磁盘。
   支持的数据结构
   Redis 支持的数据结构丰富，包括hash、set、list等。
   MongoDB 数据结构比较单一，但是支持丰富的数据表达，索引，最类似关系型数据库，支持的查询语言非常丰富。
   集群：MongoDB 集群技术比较成熟，Redis从3.0开始支持集群。二者均可支持持久化。
   不适用场景：1、需要使用复杂sql的操作；2、事务性系统；
   

   MySQL 与 Redis 的区别：

   MySQL 是持久化存储，存放在磁盘里面，检索的话，会涉及到一定的 IO，为了解决这个瓶颈，于是出现了缓存，比如现在用的最多的 memcached(简称mc)。首先，用户访问mc，如果未命中，就去访问 MySQL，之后像内存和硬盘一样，把数据复制到mc一部分。Redis 和mc都是缓存，并且都是驻留在内存中运行的，这大大提升了高数据量web访问的访问速度。然而mc只是提供了简单的数据结构，比如 string存储；Redis却提供了大量的数据结构，比如string、list、set、hashset、sorted set这些，这使得用户方便了好多，毕竟封装了一层实用的功能，同时实现了同样的效果，当然用Redis而慢慢舍弃mc。
   内存和硬盘的关系，硬盘放置主体数据用于持久化存储，而内存则是当前运行的那部分数据，CPU访问内存而不是磁盘，这大大提升了运行的速度，当然这是基于程序的局部化访问原理。
   　推理到 Redis + MySQL，它是内存+磁盘关系的一个映射，MySQL 放在磁盘，Redis放在内存，这样的话，web应用每次只访问Redis，如果没有找到想要的数据，才去访问 MySQL。
   　然而 Redis + MySQL 和内存+磁盘的用法最好是不同的。
   前者是内存数据库，数据保存在内存中，当然速度快。
   后者是关系型数据库，功能强大，数据访问也就慢。
   像memcache，MongoDB，Redis，都属于No SQL系列。
   不是一个类型的东西，应用场景也不太一样，还是要看你的需求来决定。