mongodb中的坑，mongodb $project

总结遇到的几次MongoDB副本集初始化失败问题

1、虚拟机中副本初始化失败原因如下：IP错误引起MongoDB副本集初始化失败。PRIMARY与SECONDARY主机mongodb-keyfile文件内容不一致，导致在PRIMARY上添加副本集失败。备节点配置文件没有配置replSet，导致添加副本集失败。

2、配置环境这个教程里，我们会配置一个包括一个主节点以及两个副节点的副本集。为了达到这个目的，我们使用了3个运行在 VirtualBox 上的虚拟机。我会在这些虚拟机上安装 Ubuntu 104，并且安装 MongoDB 官方包。

3、当数据量过大（TB级）时，通过mongodump的逻辑备份方式，效率上已经能满足需求，所以需要提供物理备份的功能，本文主要整理MongoDB副本集通过磁盘快照的进行物理备份和恢复的方法。

相关问答

Q1: 千万别用MongoDB?真的吗

1、因为各种政治原因，我这段时间没有说什么，但是现在我觉得因为要对社会负责，所以我要阻止大家不要把你们的业务放在MongoDB上。我的团队在一个有巨大用户量（一个有千万用户级的大型的公司）系统上使用的MongoDB，这个系统上让MongoDB有非常大的负载。

2、自然，MongoDB的使用也会有一些限制，例如它不适合：◆高度事务性的系统：例如银行或会计系统。传统的关系型数据库目前还是更适用于需要大量原子性复杂事务的应用程序。◆传统的商业智能应用：针对特定问题的BI数据库会对产生高度优化的查询方式。对于此类应用，数据仓库可能是更合适的选择。

3、Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右）。支持简单的事务需求，但业界使用场景很少，并不成熟，既是优点也是缺点。

4、而且MongoDB社区非常活跃，很多开发框架都迅速提供了对MongDB的支持。不少知名大公司和网站也在生产环境中使用MongoDB，越来越多的创新型企业转而使用MongoDB作为和Django，RoR来搭配的技术方案。

Q2: mongodb存储数据和文档存储数据的区别?

处理数据的方式上存在显著差异。 数据结构：在关系型数据库中，行是表的基本单位，每一行都包含列的数据类型。而在MongoDB中，文档是基本的数据结构单位，类似于关系型数据库中的记录，但它具有更多的灵活性和扩展性。 动态特性：在MongoDB中，你可以直接插入、更新或删除文档。

（1）键值对存储代表软件Redis，它的优点是能够进行数据的快速查询，而缺点是需要存储数据之间的关系。（2）列存储代表软件HBase，它的优点是对数据能快速查询，数据存储的扩展性强。而缺点是数据库的功能有局限性。（3）文档数据库存储代表软件MongoDB，它的优点是对数据结构要求不特别的严格。

MongoDB[2] 是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。

肯定是存表好，你100万条数据，占4个G，实际上，数据没占多少，主要是索引空间用占用的。但是这个索引空间，必须要的。不然你查询会很慢。你存文档，空间占用的确是少了。如果只是少量数据。当然不会影响，可是你那一搞百万条，查询速度一定会很慢。

模式定义的差异也彰显了两者的优势与局限。关系型数据库要求数据结构稳定，预先定义模式，但这也限制了数据的动态适应性。相比之下，文档型数据库如MongoDB和SequoiaDB允许每个文档拥有独立的数据结构，无需预先设定所有字段，更能随数据变化而调整。查询语言是区分两者的关键。

Q3: 新安装的4.0版本的mongodb的admin库中只有system.users和system.versi...

用户可以在admin数据库下建立任意集合，存储任何数据，但强烈建议不要使用admin数据库存储应用业务数据，最好创建新的数据库。

MongoDB也将系统用户的username、pwd保存在admin.system.users集合中。其中pwd = md5(username + “：mongo：” + real_password)。这本身并没有什么问题。

，mongodb是没有默认管理员账号，所以要先添加管理员账号，在开启权限认证。2，切换到admin数据库，添加的账号才是管理员账号。3，用户只能在用户所在数据库登录，包括管理员账号。

注：所有数据库下的用户都在admin的users集合中可以查询到：db.system.users.find()配置文件指定启用身份认证，重启MongoDB服务。

MongoDB shell version： 1 connecting to： test show dbs -- admin 0.03125GB local (empty)可以使用show dbs来列出当前有多少个数据库，上面看到的是有两个，分别是admin和local。

下面是例子：1)列出当前的数据库MongoDB shell version： 1connecting to： test show dbs -admin 0.03125GBlocal (empty) 可以使用show dbs来列出当前有多少个数据库，上面看到的是有两个，分别是admin和local。

Q4: mongodb和mysql5.7的json哪个更好,优缺点比较

稳定性 索引，索引放在内存中，能够提升随机读写的性能。

快速！在适量级的内存的Mongodb的性能是非常迅速的，它将热数据存储在物理内存中，使得热数据的读写变得十分快。高扩展性，存储的数据格式是json格式！缺点：不支持事务，而且开发文档不是很完全，完善。

另外，MongoDB还有一个最大的缺点，就是它占用的空间很大，因为它属于典型空间换时间原则的类型。

缺点就是在海量数据处理的时候效率会显著变慢。非关系型数据库-MongoDB 非关系型数据库(nosql )，属于文档型数据库。先解释一下文档的数据库，即可以存放xml、json、bson类型系那个的数据。

mysql、redis、monogodb都是可以免费使用，成本应该只有服务器存储空间成本，而oracle公司使用的话是需要缴费的。工程师成本 这个我觉得还是传统的关系型数据库使用的人多，相应的资料也多。用起来应该能更快上手。

对MongoDB来说，关联一般是做成内联的，最大程度发挥其优势。

Q5: 谈谈mongodb,mysql的区别和具体应用场景

稳定性 索引，索引放在内存中，能够提升随机读写的性能。

默认情况下，MongoDB更侧重高数据写入性能，而非事务安全，MongoDB很适合业务系统中有大量“低价值”数据的场景。但是应当避免在高事务安全性的系统中使用MongoDB，除非能从架构设计上保证事务安全。

业务场景 问题上说的两种数据库区别还是蛮大的，mysql是传统关系型数据库，在处理小型系统和关系型数据时有很多的优点，什么支持多语言，开源，免费等等百度上就有很多。目前很多中小型公司都是用mysql。

对比MySQL，什么场景MongoDB更适用 MySQL 关系型数据库。在不同的引擎上有不同 的存储方式。查询语句是使用传统的sql语句，拥有较为成熟的体系，成熟度很高。开源数据库的份额在不断增加，mysql的份额页在持续增长。

个人理解：如果说写负载和单表太大，解决方案都是通过分片来实现横向扩展，其实mysql也是支持的。这不算理由。我能使用Mongodb的场景是：你不需要太多的事务和多表关联，那么使用Mongodb可以获得更大的性能提升。

关于mongodb中的坑和mongodb $project的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。