Redis、MongoDB、mysql性能比较

一、数据存储方式

    （1）Redis所有数据都是放在内存中的，持久化是使用RDB方式或者aof方式。

    （2）MongoDB的所有数据实际上是存放在硬盘的，所有要操作的数据通过mmap的方式映射到内存某个区域内。然后，mongodb就在这块区域里面进行数据修改，避免了零碎的硬盘操作。至于mmap上的内容flush到硬盘就是操作系统的事情了，所以，如果mongodb在内存中修改了数据，然后，mmap数据flush到硬盘之前，系统宕机了，就会丢失数据。

    （3）mysql无论数据还是索引都存放在硬盘中。到要使用的时候才交换到内存中。并且能够处理远超过内存总量的数据。

二、 性能比较

    （1）当物理内存够用的时候，redis > mongodb > mysql

            mysql垫底是肯定的。至于，redis为什么比mongodb快，跟场景和使用业务有关系。大部分情景下，由于mongodb要兼顾它特有的弱表结构下复杂的查询，在很多存取过程上做了妥协。

    （2）当物理内存不够用的时候，redis和mongodb都会使用虚拟内存。实际上如果redis要开始虚拟内存，那很明显要么加内存条，要么你换个数据库了。但是，mongodb不一样，只要业务上能保证冷热数据的读写比，使得热数据在物理内存中，mmap的交换较少。mongodb还是能够保证性能。有人使用mongodb存储了上T的数据。而mysql根本就不需要担心数据量跟内存之间的关系。不过，内存的量跟热数据的关系会极大地影响性能表现。

    （3）当物理内存和虚拟内存都不够用的时候，估计除了mysql没什么好选择了。

三、MongoDB内存映射存储引擎------MMAP

       MongoDB使用的是内存映射存储引擎,即Memory Mapped Storage Engine，简称MMAP。MMAP可以把磁盘文件的一部分或全部内容直接映射到内存，这样文件中的信息位置就会在内存中有对应的地址空间，这时对文件的读写可以直接用指针来做，而不需要read/write函数了，但这并不代表将文件map到物理内存，只有访问到这块数据时才会被操作系统以Page的方式换到物理内存。MongoDB将内存管理工作交给操作系统的虚拟内存管理器来完成，这样就大大简化了MongoDB的工作，同时操作系统会将数据刷新保存到磁盘上。

       下图就是MMAP的简要工作原理图：

       mmap的资料这里：http://www.cnblogs.com/techdoc/archive/2010/12/22/1913521.html

       简单来说就是：

       mmap系统调用并不是完全为了用于共享内存而设计的。它本身提供了不同于一般对普通文件的访问方式，进程可以像读写内存一样对普通文件的操作。

       mmap系统调用使得进程之间通过映射同一个普通文件实现共享内存。普通文件被映射到进程地址空间后，进程可以像访问普通内存一样对文件进行访问，不必再调用read()，write（）等操作。mmap并不分配空间，只是将文件映射到调用进程的地址空间里, 然后你就可以用memcpy等操作写文件，而不用write()了。写完后用msync()同步一下， 你所写的内容就保存到文件里了。 不过这种方式没办法增加文件的长度，因为要映射的长度在调用mmap()的时候就决定了。

四、MongoDB内存管理

      我们可以通过mongo命令行来监控MongoDB的内存使用情况，如下所示：

mongos> db.serverStatus().mem

     还可以通过mongostat命令来监控MongoDB的内存使用情况，如下所示：

[root@localhost bin]# ./mongostat

     其中内存相关字段的含义是：
     mapped：映射到内存的数据大小
     visze：占用的虚拟内存大小
     res：实际使用的内存大小

 

-----------------------------------------------------------------------------
参考自https://blog.csdn.net/cug_jiang126com/article/details/42264895；

https://www.cnblogs.com/hadoop-dev/p/6297036.html