码迷,mamicode.com
首页 > 数据库 > 详细

Mongodb主从模式篇

时间:2015-11-05 00:55:24      阅读:733      评论:0      收藏:0      [点我收藏+]

标签:mongodb master slave

主从模式架构图:

技术分享

主从配置安装:

10.10.20.160(master)-->10.10.20.161(slave)

Master

tar zxvf mongodb-linux-x86_64-2.2.2.tgz

ln -s mongodb-linux-x86_64-2.2.2 mongodb

mkdir -p /u01/mongodata/db/geomaster/

mkdir -p /u01/mongodata/log/

/usr/local/mongodb/bin/mongod --fork --port40000 --dbpath /u01/mongodata/db/geomaster/ --logpath/u01/mongodata/log/geomaster.log --logappend –master

 

Slave

tar zxvf mongodb-linux-x86_64-2.2.2.tgz

ln -s mongodb-linux-x86_64-2.2.2 mongodb

mkdir -p /u01/mongodata/db/geomaster/

mkdir -p /u01/mongodata/log/

/usr/local/mongodb/bin/mongod --fork --port40000 --dbpath /u01/mongodata/db/geoslave/ --logpath /u01/mongodata/log/geosalve.log–logappend --slave --source 10.10.20.160:40000

 

参数说明:

mongodmongoDBserver程序,启动参数使用的主要有如下几个

--fork fork出一个server端的daemon进程

--port server监听端口

--dbpath 数据文件目录

--logpath 日志文件路径

--logappend 日志追加到日志文件中,而不是覆盖写入

 

mongod在主从情况下可以设置的参数有:

--master master模式

--salve salve模式

--source salve模式下指定master<server:port>

--only 只复制某一个数据库

--salvedelay 从库从主库中同步延时

--autoresync 假如从库数据不同步,自动同步

 

主从配置完毕后测试:

Master

/usr/local/mongodb/bin/mongo -port 40000

use test;

db.createCollection("table1");

db.test.table1.insert({tag:"test"});

db.test.table1.find();

 

slave

/usr/local/mongodb/bin/mongo -port 40000

db.test.table1.find();

有数据,说明同步成功

同步后在master上用db.currentOp()也能看到slave的线程

 

主从相关命令:

db.isMaster():主从都可执行,用这个命令判断是不是master

db.getReplicationInfo():主上执行,获取主从信息

db.printReplicationInfo():主从都可执行,获取主从信息

db.printSlaveReplicationInfo();:从库执行,查看主从延时

 

同步失败处理方法:

如果同步失败,可使用如下命令同步所有数据:

同步出现问题,日志会有如下记录

TueFeb 19 16:31:45 [replslave] all sources dead: data too stale haltedreplication, sleeping for 5 seconds

都是每5秒重试,一直在重试,那么如果要解决只能执行下面的命令全部同步一下

Use admin

db.runCommand ( { "resync": 1 } )

也可在启动从库时添加--autoresync参数

 

同步原理:

同步就是master上把对数据的更改操作记录到oplog中,然后slave抓取masteroplog执行。从这点看Oplog的功能和mysqlmysql-bin.的功能类似。Mysql-bin以二进制日志的形式存在,但是oplog是以一个mongodb的表的形式存在,该表在local库表名为oplog.$main,该表为循环写入形,所以不用定时清理。

 

修改oplog大小:

我们在首次启动mongodb服务的时候如果没有设置oplog的大小,那么它的默认值将是所在硬盘的5%,那么如果我们想要改变大小呢,必须重启,然后在启动的时候设置oplogsize,不过还有个小问题,因为之前的oplog已经存在了,所以修改完大小启动会报错,Tue Feb 19 15:43:19[initandlisten] cmdline oplogsize (10) different than existing (1779),解决方法就是将mongodb数据目录下的local.*删除,参见:http://api.mongodb.org/wiki/current/Halted%20Replication.html

由于删除后oplog是重建的,slave的时间点信息比masteroplog的开始时间点要小,所以从库只能做全同步才能继续同步。但是有个问题,如果主库数据非常多的话,做一次全同步是一件非常耗时的事,况且数据也没有丢失。那么现在有个小技巧:

  1. 关闭slavemongo服务

  2. Master上在我们删除local.*之后,不要急着启动服务,先用linuxdate命令更改系统时间,让时间小于slave上同步的最后时间,也就是slave执行db.printSlaveReplicationInfo()看到的时间

  3. 然后启动主库和从库方能继续同步

本文出自 “zhangdh开放空间” 博客,请务必保留此出处http://linuxblind.blog.51cto.com/7616603/1709782

Mongodb主从模式篇

标签:mongodb master slave

原文地址:http://linuxblind.blog.51cto.com/7616603/1709782

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!