mongodb更新比较频繁,性能下降的厉害怎么办1、范式化与反范式化 在项目设计阶段，明确集合的用途是对性能调优非常重要的一步 。
2、对于速度比较慢的查询来说，它是最重要的性能分析工具之一 。通过查看一个查询的explain（）输出信息，可以知道查询使用了哪个索引，以及是如何使用的 。
3、在短时间内完成 MongoDB 差异数据对比，可以采用以下方法： 使用专业的数据对比工具：市场上有一些专业的中间件工具 ， 如 NineData，提供了一种高效且易于使用的 MongoDB 数据对比功能 。
4、建立好合适索引，尽量使用更多的精确查询搭配模糊查询一起，不需要返回的字段要屏蔽，增大机器内存，使用固态硬盘 ， 海量数据使用集群部署 。
5、通过降低数据的大小，用更少的磁盘寻道检索一定量的数据是必要的，这样磁盘I / O吞吐量将得到改善 。对于RAM而言，一些压缩格式可以不用解压在内存中的数据 。在这样的情况下 ， 更多的数据可以放在RAM中，从而提高了性能 。
6、MongoDB通过在选举成功，到新Primary即位之前 ， 新增了一个 catchup（追赶）操作来解决 。即在节点获取投票胜利之后，会先检查其它节点是否有比自己更新的oplog，如果没有就直接即位，如果有就先把数据同步过来再即位 。
如何正确的使用MongoDB并优化其性能在MongoDB中我们将与主键没有直接关系的图书单独提取到另一个集合 ， 用存储主键的方式进行关联查询 。当我们要查询文章和评论时需要先查询到所需的文章，再从文章中获取评论id，最后用获得的完整的文章及其评论 。
MongoDB的主从同步机制是确保数据一致性和可靠性的重要机制 。其同步的基础是oplog，类似MySQL的binlog，但是也有一些差异，oplog虽然叫log但并不是一个文件 ， 而是一个集合（Collection） 。
“n”则表明了实际返回的文档数量 。“nscanned“描述了MongoDB在执行这个查询时搜索了多少文档 。”cursor“本查询返回值为”BasicCursor“则说明该查询未使用索引，所以才会搜索了所有的文档 。
水平扩展能力：MongoDB的分片功能不仅可以用来存储大量数据，还可以提高数据库的读写性能 。因为分片可以将数据分散到多个服务器，从而充分利用了服务器的并行处理能力 。
是什么造成了数据库的卡顿估计是默认配置分配了太多的内存给数据库，所以启动后系统的可用内存被占用，导致系统只能通过磁盘空间来虚拟内存使用 ， 而磁盘读取速度远远低于内存，所以系统就特别卡 。
看一下6点前都有什么业务开始执行，类似于备份 ， 高并发访问，大量数据传输占用带宽等都会造成数据库卡顿的现象 。每到晚6点，应该是一个计划任务，另外如果是windows系统注意杀毒 。
原因是，在数据库对数据页的更改，是在内存中的，然后通过检查点线程进行异步写盘，这个异步的写操作是不堵塞执行sql的会话线程的 。所以，即使看到操作系统上有大量的写IO，数据库的性能也是很平稳的 。
因为在使用过程中，索引会产生碎片，引响查询，你可以修复下索引 。另外 ， sql 2000性能上有问题，数据量达到一定的时候，也会变慢 。你可以考虑升级下数据库 。或是删除部分不需要的历史记录 。
这种情况可能由于OS操作系统的实际情况或者使用Resource Manager而引起 。需要配合AWR中的Host CPU、Instance CPu一起看 。
索引数据列的顺序就是表记录的物理存储顺序 ， 一旦该列值改变将导致整个表记录的顺序的调整 ， 会耗费相当大的资源 。若应用系统需要频繁更新 clustered 索引数据列，那么需要考虑是否应将该索引建为 clustered 索引 。
如何提高mongodb查询速度对于速度比较慢的查询来说，它是最重要的性能分析工具之一 。通过查看一个查询的explain（）输出信息，可以知道查询使用了哪个索引，以及是如何使用的 。
这个原因很多，可以从查询优化和硬件优化入手，比如建立索引，合理的数据结构，增加机器内存，使用SSD硬盘等都可以提高查询效率 。
排除方式七：查看mongodb数据文件 ， 看是否已经很大？经查看，总大小才64M，这比32位文件上限的2G来讲，可以基本忽略；排除方式八：连接字符串 。
在MongoDB中我们将与主键没有直接关系的图书单独提取到另一个集合，用存储主键的方式进行关联查询 。当我们要查询文章和评论时需要先查询到所需的文章 ， 再从文章中获取评论id，最后用获得的完整的文章及其评论 。
set，这个会影响写入速度的，三个replica set，速度会降低到三分之一 。大概主要影响速度的就是这几点吧，如果你需求不是非常复杂，我以前测试mongodb速度方面优化好的情况下还是可以接受的 。
【mongodb模糊搜索 mongodb搜索太慢】MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的 。
