sql server能够做到读写分离,双机热备份和集群部署,当然mongodb也能做到,实际应用中我们不希望数据库采用单点部署,如果碰到数据库宕机或者被毁灭性破坏那是多么的糟糕。
注意新的3.0.5的说明 Master/slave options (old; use replica sets instead): 不过这篇还是以master/slave来做。
一:主从复制
1: 首先看看模型图
2: 从上面的图形中我们可以分析出这种架构有如下的好处:
<1> 数据备份。
<2> 数据恢复。
<3> 读写分离。
3:下面我们就一一实践
实际应用中我们肯定是多服务器部署,限于自己懒的装虚拟机,就在一台机器上实践了。
第一步:我们把mongodb部署多服务器上192.168.0.148和192.168.0.149。
第二步:启动192.168.0.149上的mongodb,把该数据库指定为主数据库,其实命令很简单:>mongod --dbpath='XXX' --master,端口还是默认的27017.
先启动主mongod --dbpath=/data/db/ --master
再启动从mongod --slave --source 192.168.0.149:27017 --dbpath /data/db/
出现了sycing和sleep说明已经从主数据库复制完成了,下面进行更爽的操作:
登录Master 149 mongo 192.168.0.149:27017
再登录Slave 148查看相关情况 mongo 192.168.0.148:27017
运行show dbs报错了,主从启动之后,连接slave可以成功连上,但是在slave中执行 show dbs 的时候就报错了:
QUERY Error: listDatabases failed:{ "note" : "from execCommand", "ok" : 0, "errmsg" : "not master" }
解决方法:在报错的slave机器上执行 rs.slaveOk()方法即可。
下面查询一下,看有同步了吗
看到了吗,成功同步了。
如果我还想增加一台从属数据库,但是我不想在启动时就指定,而是后期指定,那么mongodb可否做的到呢?答案肯定是可以的。跟启动Slave一样增加就行了。是不是So easy啊。
读写分离
这种手段在大一点的架构中都有实现,在mongodb中其实很简单,在默认的情况下,从属数据库不支持数据的读取,但是没关系,在驱动中给我们提供了一个叫做“slaveOkay"来让我们可以显示的读取从属数据库来减轻主数据库的性能压力。
默认是从数据库不支持写的,需要在从数据库执行rs.slaveOk(),其解释如下:
Provides a shorthand for the following operation:
db.getMongo().setSlaveOk()
This allows the current connection to allow read operations to run on secondary members. See the readPref() method for more fine-grained control over read preference in the mongo shell.