以下是一些MongoDB推荐的常用优化设置。在生产环境下选取合适的参数值,例如预读值和默认文件描述符数目等,会对系统性能有很大的影响。
** 关闭数据库文件的 atime
禁止系统对文件的访问时间更新会有效提高文件读取的性能。这个可以通过在 /etc/fstab 文件中增加 noatime 参数来实现。例如:
/dev/xvdb /data ext4 noatime 0 0
修改完文件后重新 mount就可以:
# mount -o remount /data
** 提高默认文件描述符和进程/线程数限制
Linux默认的文件描述符数和最大进程数对于MongoDB来说一般会太低。建议把这个数值设为64000。因为MongoDB服务器对每一个数据库文件以及每一个客户端连接都需要用到一个文件描述符。如果这个数字太小的话在大规模并发操作情况下可能会出错或无法响应。 你可以通过以下命令来修改这些值:
ulimit -n 64000
ulimit -u 64000
** 禁止 NUMA
在一个使用NUMA技术的多处理器Linux 系统上,你应该禁止NUMA的使用。MongoDB在NUMA环境下运行性能有时候会可能变慢,特别是在进程负载很高的情况下。
** 预读值(readahead)设置
预读值是文件操作系统的一个优化手段,大致就是在程序请求读取一个页面的时候,文件系统会同时读取下面的几个页面并返回。这原因是因为很多时候IO最费时的磁盘寻道。通过预读,系统可以提前把紧接着的数据同时返回。假设程序是在做一个连续读的操作,那么这样可以节省很多磁盘寻道时间。
MongoDB很多时候会做随机访问。对于随机访问,这个预读值应该设置的较小为好.一般来说32是一个不错的选择。
你可以使用下述命令来显示当前系统的预读值:
sudo blockdev –report
要更改预读值,可以用以下命令:
sudo blockdev –setra 32
把<device> 换成合适的存储设备。
** 使用NTP时间服务器
在使用MongoDB复制集或者分片集群的时候,注意一定要使用NTP时间服务器。这样可以保证MongoDB集群成原则之间正确同步。
请问在分片的情况下,哪种方案做备份比较好?
1) filesystem snapshot,如果你的文件系统支持point in time snapshot。这个可能最好。2) MMS 有backup支持,不过要$$3) 自己用mongodump http://docs.mongodb.org/manual/tutorial/backup-sharded-cluster-with-database-dumps/
根据您说的随机IO较多时,预读值调小性能会好一些,这个影响读性能还是写性能? 当索引大小超过内存时,我做了一个测试,调大预读值时写入时的吞吐量好过预读值小的情况
http://www.woodsfordnursery.co.uk/plus/nike-roshe-trainers-sale.html nike roshe trainers sale