mongodb 优化-mongodb3.4配置优化(4-1-46)

MongoDB本文目录一览：

• 1、windows下MongoDB的安装及配置
• 2、1000个用户并发的网站服务器大概需要什么样的配置?
• 3、如何正确的使用MongoDB并优化其性能
• 4、MongoDB如何优化查询性能?
• 5、限制MongoDB使用的内存

windows下MongoDB的安装及配置

1、创建数据库文件的存放位置，比如d：/mongodb/data/db。启动mongodb服务之前需要必须创建数据库文件的存放文件夹，否则命令不会自动创建，而且不能启动成功。

2、将下载的压缩包解压缩并放置到你想放置的位置，在目录下建立一个叫做DB的文件夹和一个log.txt的文件：DB文件夹用于存储数据库 log.txt用于记录MongoDB的日志 将上述工作准备好就可以开始安装快云MongoDB了。

3、mangodb安装 1/win32/mongodb-win32-x86_64-2008plus-2/s/1sjJjsYh）并配置好。

1000个用户并发的网站服务器大概需要什么样的配置?

一般的提法是1000并发，指同时在线数，即1000个客户和服务器保持着连接。可能一整天都能保持这个状态，因此不带上具体多久。如果每秒1K个请求，每个请求都是写入操作，数据大小是4K，那么这是典型的数据库应用。

至少得用100兆共享，当然如果能使用独享的带宽那就更好了。

我们可以模拟100个并发用户，对一个页面发送1000个请求 如 /bin/ab -n1000 -c100 URL 1000个并发 要看是静态页面，还是动态页面。静态页面2台服务器，配置大概 4核CPU 8G 内存 可以满足。

带宽100M带宽足够了，30M也没有问题的，10m也能对付1000人并发的流量的。5m的时候，显得有些紧张了。2。

单台至强4核+2G内存的服务器足够用了。安装Linux Nginx MySQL ，跑FastCGI的PHP。

如何正确的使用MongoDB并优化其性能

1、在MongoDB中我们将与主键没有直接关系的图书单独提取到另一个集合，用存储主键的方式进行关联查询。当我们要查询文章和评论时需要先查询到所需的文章，再从文章中获取评论id，最后用获得的完整的文章及其评论。

2、MongoDB的主从同步机制是确保数据一致性和可靠性的重要机制。其同步的基础是oplog，类似MySQL的binlog，但是也有一些差异，oplog虽然叫log但并不是一个文件，而是一个集合（Collection）。

3、“n”则表明了实际返回的文档数量。“nscanned“描述了MongoDB在执行这个查询时搜索了多少文档。”cursor“本查询返回值为”BasicCursor“则说明该查询未使用索引，所以才会搜索了所有的文档。

4、因此，对于需要高性能的应用，如实时分析、在线游戏等，MongoDB也是一个不错的选择。 水平扩展能力：MongoDB的分片功能不仅可以用来存储大量数据，还可以提高数据库的读写性能。

5、在经过$limit管道后，管道内的文档数量个数会“提前”减小，这样会节省内存，提高内存利用效率。$limit提前后，$sort紧邻$limit这样的话，当进行$sort的时候当得到前“$limit”个文档的时候就会停止。

6、影响写性能 用户没写入一条数据，就会在对应索引生成一条索引KV，实现索引与数据的一一对应，索引KV数据写入Index索引文件过程加剧写入负载。 影响读性能 MongoDB内核查询优化器原理是通过候选索引快速定位到满足条件的数据，然后采样评分。

MongoDB如何优化查询性能?

通过查看一个查询的explain（）输出信息，可以知道查询使用了哪个索引，以及是如何使用的。对于任意查询，都可以在最后添加一个explain（）调用（与调用sort（）或者limit（）一样，不过explain（）必须放在最后）。

在MongoDB中我们将与主键没有直接关系的图书单独提取到另一个集合，用存储主键的方式进行关联查询。当我们要查询文章和评论时需要先查询到所需的文章，再从文章中获取评论id，最后用获得的完整的文章及其评论。

排除方式七：查看mongodb数据文件，看是否已经很大？经查看，总大小才64M，这比32位文件上限的2G来讲，可以基本忽略；排除方式八：连接字符串。

优化 MongoDB 集群负载均衡：在实际生产环境中，数据访问热度和节点性能差异可能导致某些节点超载。

开发人员不用太关系这个）；最后要说道一下Mongodb的查询，如果你的关系型数据库中之前有很多的多表连接查询（3张以上），则请不要尝试移植。

在此背景下，更加灵活、性能更加强大的新型数据库在一些领域获得了试验田丰收，并且可以看到，随着客户数据需求的繁杂程度的日益增加，传统数据库也在自我革新，以迎头赶上数据浪潮的大变革。

限制MongoDB使用的内存

归结于MongoDB使用的内存映射文件，32位版本只支持2G数据的存储。对于标准的Replica Set，MongoDB只拥有单一的处理策略 —— mongod。如果你想在未来储存2G以上的数据，请使用64位版本的MongoDB。

默认情况下，MongoDB 的每个数据库的命名空间保存在一个 16MB 的 .ns 文件中，平均每个命名占用约 628 字节，也即整个数据库的命名空间的上限约为 24000。

const int BSONObjMaxUserSize = 16 * 1024 * 1024；到你需要的大小，然后重新编译mongodb。但不要改的太大，因为每一个BSON Object都是要全部读进内存里的。