本文目录一览：
用mongodb作为数据库服务器访问时非常慢?
这个原因很多，可以从查询优化和硬件优化入手，比如建立索引，合理的数据结构，增加机器内存，使用SSD硬盘等都可以提高查询效率。
这样的设计方式是在非关系型数据库中常用的，也就是我们所说的范式化设计。在MongoDB中我们将与主键没有直接关系的图书单独提取到另一个集合，用存储主键的方式进行关联查询。
默认情况下，一个客户端连接对应后端MongoDB服务器上的一个线程（ net.serviceExecutor 配置为synchronous）。创建、切换和销毁线程都是消耗较大的操作，当连接数过多时，线程会占用MongoDB服务器较多的资源。
Mongo插入时间跟实际时间不一致
1、“millis”表明了这个查询的执行时间。数字越小，则说明这个查询的效率越高。“n”则表明了实际返回的文档数量。“nscanned“描述了MongoDB在执行这个查询时搜索了多少文档。
2、从性能优化的角度来看，集合的设计我们需要考虑的是集合中数据的常用操作，例如我们需要设计一个日志（log）集合，日志的查看频率不高，但写入频率却很高，那么我们就可以得到这个集合中常用的操作是更新（增删改）。
3、存储在mongodb中的时间是标准时间UTC +0：00 而咱们中国的失去是+00 。不知道你用的是什么语言，就我所知道的C#的驱动支持一个特性，将实体的时间属性上添加上这个特性并指时区就可以了。
4、mongodb的日期字段转换可以考虑使用moment模块来处理。
5、另外，EnterpriseDB的数据加载的测试结果和我的结果差异比较大，可能是因为EnterpriseDB的测试中，数据量超过了系统内存量，IO对测试结果的影响开始显现。2）数据插入 从服务端资源消耗的角度看，两者其实相差不大。
mongoDB开启操作日志
查看是否开启操作日志：nosql ： db.getProfilingStatus（）返回：{ was： NumberInt（0）， slowms： NumberInt（100）} 注：was：0表示未开启。
如果是突出“大型”，mongodb3确实适合。mongodb3改善了集群的能力。从服务器稳定性方面来说，mongodb3确实不错。安全性方面的考虑，mongodb3是能控制安全性的。不一定全部都先存内存，也可以强制存盘的。
解决方法2：然后打开【运行】，按【window+R】，出现运行会话框，然后再文本框中输入【cmd】。
mongodb更新比较频繁,性能下降的厉害怎么办
1、范式化与反范式化 在项目设计阶段，明确集合的用途是对性能调优非常重要的一步。
2、对于速度比较慢的查询来说，它是最重要的性能分析工具之一。通过查看一个查询的explain（）输出信息，可以知道查询使用了哪个索引，以及是如何使用的。
3、在短时间内完成 MongoDB 差异数据对比，可以采用以下方法： 使用专业的数据对比工具：市场上有一些专业的中间件工具，如 NineData，提供了一种高效且易于使用的 MongoDB 数据对比功能。
4、建立好合适索引，尽量使用更多的精确查询搭配模糊查询一起，不需要返回的字段要屏蔽，增大机器内存，使用固态硬盘，海量数据使用集群部署。
