MongoDB 4个使用技巧

1. 使用64位的版本数据库

32位的版本最多只能存储2.5GB的数据。固然,若是随便玩玩的话,这可能已经足够了。可是当你开始配置你的生产性(或用于演示的)系统的时候,记住要选择64位的版本,由于之后你没法经过“修复”来解决这个问题,你只能从新安装。安全

2.在另一台机器上建立一个从数据库服务器

若是你的MongoDB实例崩溃了(或者因为OOM挂掉了,或者整个系统都崩溃了),那么谁也没法保证你的数据会怎么样。你能够进行修复,可是这有 点像运行fsck或买×××——你永远都没法知道你将会获得什么结果。因此你应该建立一个从数据库(或者作一个“replica set”),而且,你应该把这个从数据库放到另一个服务器上。若是一个VPS(Virtual Private Server 虚拟专用服务器)恰好能够知足你的(或其余人的)须要,那么这的确是一件麻烦事,可是,若是你珍惜你的数据的话,这是不可避免的。网络

3.让它更安全异步

在默认状况下,MongoDB不会进行身份验证,而且,它会监听全部的网络接口(对于你直接从他们的官方站点上得到的那个版原本说,这就是事实;各 种Linux发行版(例如:Debian 和 Ubuntu)在默认状况下,都只绑定到127.0.0.1,这是十分明智的),这就是说,在世界上的任何地方,任何人均可以访问你的数据库。若是你在一 个面向公众的服务器上使用它,那么这的确是一个问题。你能够把它设置成必须进行身份验证,也可让MongoDB只监听localhost。我比较喜欢后 者,由于在个人服务器上,我是惟一一个用户。ide

4.老是使用getLastError函数

若是你不须要闪电般的速度,花一点时间来确保你的变动对于这个数据库来讲是OK的,而且对数据进行修改并无形成什么问题绝对是值得的——若是存在 什么问题的话,那么应该在你的应用程序中把它们记录下来,让你知道数据库发生了一些故障。或者,若是你肯定你须要使用getLastEror(),那么至 少不要混合使用,也不要在同一个集合上使用它。MongoDB没法确保命令会按照指定的顺序来执行。在个人测试代码中,我作了一个“异步 的”remove()调用(也就是说,我无需等待这个函数执行完毕),而后,在remove()愉快地移除它们(可能已经把它们所有移除,也可能只是移除 了其中的一部分,还可能什么也没有移除,这主要取决于竞争)之前,我插入了一些新的条目测试

相关文章
相关标签/搜索