适合
单个数据大 + 数据量多(海量数据) + 低价值。//redis适合小数据，高并发。因为是基于内存。 比如 日志。因为日志比较多。
8、应用场景
redis：数据量较小的性能操作和运算上
memcache：用于在动态系统中减少数据库负载，提升性能;做缓存，提高性能（适合读多写 少，对于数据量比较大，可以采用 sharding）
MongoDB:主要解决海量数据的访问效率问题。
日志
社交网站 评论
因为评论单个数据大，且数据量也大。
不适合
事务。因为不支持事务。//最新版本4.0已经支持事务了
参考
2.mongo使用场合 mongodb的主要目标是在键/值存储方式（提供了高性能和高度伸缩性）以及传统的RDBMS系统（丰富的功能）架起一座桥梁，集两者的优势于一身。mongo适用于以下场景：
a.网站数据：mongo非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。
b.缓存：由于性能很高，mongo也适合作为信息基础设施的缓存层。在系统重启之后，由mongo搭建的持久化缓存可以避免下层的数据源过载。
c.大尺寸、低价值的数据：使用传统的关系数据库存储一些数据时可能会比较贵，在此之前，很多程序员往往会选择传统的文件进行存储。
d.高伸缩性的场景：mongo非常适合由数十或者数百台服务器组成的数据库。
e.用于对象及JSON数据的存储：mongo的BSON数据格式非常适合文档格式化的存储及查询。
不适合的场景：
a.高度事物性的系统：例如银行或会计系统。传统的关系型数据库目前还是更适用于需要大量原子性复杂事务的应用程序。
b.传统的商业智能应用：针对特定问题的BI数据库会对产生高度优化的查询方式。对于此类应用，数据仓库可能是更合适的选择。
c.需要SQL的问题。
————————————————
版权声明：本文为CSDN博主「offbye」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：blog.csdn.net/offbye/arti…
