本文目录一览：
mongodb使用mongorestore导入数据时会默认生成database
MongoDB已经在多个站点部署，其主要场景如下：1）网站实时数据处理。它非常适合实时的插入、更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。2）缓存。由于性能很高，它适合作为信息基础设施的缓存层。
如果没有设置账户密码，或者端口都是默认的27017，则可以省略参数。如：mongodb使用 mongorestore 命令来恢复备份的数据。
- NineData 提供了 MongoDB 的数据对比能力，可以在迁移前后对源数据库和目标数据库的数据进行一致性比较。- 对比过程中可以快速识别出差异数据，并生成对应的订正脚本，以便快速修复这些差异，从而确保迁移后的数据质量。
mongodb单集合可以存多少数据
◆网站数据：Mongo非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。◆缓存：由于性能很高，Mongo也适合作为信息基础设施的缓存层。
MongoDB提出的是文档、集合的概念，使用BSON（类JSON）作为其数据模型结构，其结构是面向对象的而不是二维表，存储一个用户在MongoDB中是这样子的。
MongoDB高可用的基础是复制集群，复制集群本质来说就是一份数据存多份，保证一台机器挂掉了数据不会丢失。一个副本集至少有3个节点组成：从上面的节点类型可以看出，一个三节点的复制集群可能是PSS或者PSA结构。
当然不是的，我们mongodb里的数据是从MySQL中清洗出来存到mongodb中的，mongodb只做单点的业务需求，综合的数据还是在MySQL中。
MongoDB 的数据文件比较大，通常会超过默认的 500M。这样看来，缓存用了 58G，这还差不多。Resident Pages 左侧的数字是页的数量，页的数量乘以文件系统页大小才是内存使用量。
在数据量超过内存限制，这个操作需要设置 allowDiskUse=true。从MongoDB6开始，删除了aggregate的选项，将结果作为一条数据的返回。aggregate可以返回cursor或者数据结果集。
对比MySQL,你究竟在什么时候更需要MongoDB(转载)
我能使用Mongodb的场景是：你不需要太多的事务和多表关联，那么使用Mongodb可以获得更大的性能提升。或者schema-free的使用场景。
即这里mysql与mongodb 属于平行级别，那么，这样的使用可能有以下几种情况的考量：（1）mongodb所负责部分以文档形式存储，能够有较好的代码亲和性，json格式的直接写入方便。
开源数据库的份额在不断增加，mysql的份额页在持续增长。缺点就是在海量数据处理的时候效率会显著变慢。（2）mongodb数据库：非关系型数据库（nosql ），属于文档型数据库。
对比MySQL,什么场景MongoDB更适用
对比MySQL，什么场景MongoDB更适用 MySQL 关系型数据库。 在不同的引擎上有不同 的存储方式。 查询语句是使用传统的sql语句，拥有较为成熟的体系，成熟度很高。
默认情况下，对比事务安全，MongoDB更关注高的插入速度。如果你需要加载大量低价值的业务数据，那么MongoDB将很适合你的用例。但是必须避免在要求高事务安全的情景下使用MongoDB，比如一个1000万美元的交易。
MongoDB适用于需要处理大量数据，特别是无结构或半结构化数据的场景，同时需要高性能和水平扩展能力的应用场景。 处理大量数据：MongoDB是一个面向文档的数据库，采用BSON（二进制JSON）格式存储数据。
使用JSON风格语法，易于掌握和理解：MongoDB使用JSON的变种BSON作为内部存储的格式和语法。针对MongoDB的操作都使用JSON风格语法，客户端提交或接收的数据都使用JSON形式来展现。相对于SQL来说，更加直观，容易理解和掌握。
一般情况下，使用mysql，只有大数据或者并发很高的时候才使用mongodb。还有，mysql支持事务，mongodb是不支持的。使用oracle、sql server也是不错的。
