主从配置
mongodb的master-slave模式配置方式如下
1.keyFile
生成key_file
openssl rand -base64 741 > mongo_key
将mongo_key 分别置于master 和 slave mongodb user可以access的地方。
设置权限
chmod 700 mongo_key
设置
onwer chown mongodb:nogroup mongo_key
2.master配置
编辑/etc/mongodb.conf, 设置如下
master = true keyFile = /path/to/mongo_key
3.slave 配置
slave = true source = <ip of master> only = bookstore keyFile = /usr/local/bookstore/mongo_key
如果只同步一个db,配置only项,如果多个DB需同步,注释掉only项。
以上设置完毕后即可启动master和slave了,如果配置有误会启动失败,比如key_file权限不正确,具体错误可以查看/var/log/mongodb/mongodb.log。如无误,即可在master上修改一些记录进行验证了。
4.配置更改
master-slave配置比较简单,但要修改已经运行正确的配置缺不是想象的那么简单。例如要更改master地址,或者去除only配置。因为mongodb启动时,会将配置写入DB中,master的配置在local DB的slaves表中, slave的配置在local DB的sources表中。如果单独更改conf文件,直接重启会失败,log中显示和DB中的配置冲突。如果直接修改local DB,修改会很快被覆盖。
5.操作办法
取消slave配置重启。即注释掉slave = true这一行。
手动修改sources表,例如更改master 的ip或者去除only 项。
修改conf文件,打开slave = true,并修改其他项,例如更改master 的ip或者去除only 项。
再次重启mongodb。
6.其他问题
手动强制同步:
如果slave因为特殊原因和master不同步,需要手动强制同步,方法为在slave上运行如下命令:
use admin db.runCommand( { resync: 1 } )
如果数据落后较多,则需要较长时间。
主从同步要点解析
主服务器和从服务器必须开启安全认证:--auth, 主服务器和从服务器的admin数据库中必须有全局用户, 然后主服务器的local数据库和从服务器的local数据均有名为repl且密码相同的用户名。
注:local:本地数据库 这个数据库不会同步,主要存放同步的信息。在MongoDB2.0.2版本测试时,从服务器的admin数据库中没有全局用户时也能进行复制(Deven:我们就是采用这个方式,
从服务器admin数据库没有建立用户),尽管admin中无用户,客户端连接此服务器不进行验证(即--auth参数失效),但从服务器的--auth必须指定。既然启用了--auth,就应该在从服务器的admin中增加一个用户。
首先要在master的local数据库中创建名为repl的账户,并设置密码;
从服务器上和master一样 创建名为repl的账户,并设置和master上一样的密码;
然后创建一个全局账户(管理账户,开启同步即可)
1.创建一个全局账户
> use admin switched to db admin > db.addUser("root","zhuima") WARNING: The 'addUser' shell helper is DEPRECATED. Please use 'createUser' instead Successfully added user: { "user" : "root", "roles" : [ "root" ] }
2.分别在master/slave的local数据库下创建一个名为repl的账户,并设置密码相同
> use local switched to db local > db.addUser("repl","zhuima") WARNING: The 'addUser' shell helper is DEPRECATED. Please use 'createUser' instead Successfully added user: { "user" : "repl", "roles" : [ "dbOwner" ] }
3.master配置文件
[root@redis ~]# sed -e '/^$/d;/^#/d' /etc/mongodb.conf bind_ip = 192.168.58.30 port = 27017 fork = true pidfilepath = /var/run/mongodb/mongodb.pid logpath = /var/log/mongodb/mongodb.log dbpath =/mydata/data journal = true auth = true# 开启认证模式 master = true # 指定该mongodb为master模式
4.slave配置文件
[root@localhost ~]$ sed -e '/^$/d;/^#/d' /etc/mongodb.conf bind_ip = 192.168.58.10 port = 27017 fork = true pidfilepath = /var/run/mongodb/mongodb.pid logpath = /var/log/mongodb/mongodb.log dbpath = /mydata/data journal = true auth = true # 开启认证模式 slave = true # 指定该mongodb为slave模式 source = 192.168.58.30:27017 # 指定master服务器
5.检查同步情况
> db.printReplicationInfo() this is a slave, printing slave replication info. source: 192.168.58.30:27017 syncedTo: Fri Jul 18 2014 10:22:31 GMT+0200 (CEST) = 22 secs ago (0.01hrs) # 这个是指延迟时长
本文向大家介绍MongoDB的主从复制及副本集的replSet配置教程,包括了MongoDB的主从复制及副本集的replSet配置教程的使用技巧和注意事项,需要的朋友参考一下 复制 MongoDB的复制功能很重要,尤其是现在的存储引擎还不支持单击持久性。不仅可以用复制来应对故障切换,数据集成,还可以做读扩展,热备份或作为离线批处理的数据源。 1.主从复制 主从复制是MongoDB最常用的复制方式。
本文向大家介绍MongoDB入门教程之主从复制配置详解,包括了MongoDB入门教程之主从复制配置详解的使用技巧和注意事项,需要的朋友参考一下 从这一篇开始我们主要讨论mongodb的部署技术。 我们知道sql server能够做到读写分离,双机热备份和集群部署,当然mongodb也能做到,实际应用中我们不希望数据库采用单点部署, 如果碰到数据库宕机或者被毁灭性破坏那是多么的糟糕。
本文向大家介绍MongoDB 主从复制实例讲解,包括了MongoDB 主从复制实例讲解的使用技巧和注意事项,需要的朋友参考一下 主从复制可以用来做数据库的备份,故障恢复,读写分离。 本实验使用Mongodb 3.2版本,我们先查看一下mongod的帮助 主从复制已经是过期的功能,目前使用副本集代替。主从复制和副本集的区别,可以简单的理解成主从复制不能自动故障转移,副本集中的集群在主节点宕机后,可以
我正在运行MySQL作为Ubuntu实例上的数据库。我正在使用MySQL主从复制,其中主的更改将写入从,而从的更改将不会反映在主上。那很好。我正在使用一个HAProxy负载均衡器来前置MySQL实例,所有请求都将被发送到主MySQL实例。如果主MySQL实例被关闭,从MySQL实例将充当主实例,并且HAProxy将发送所有请求到salve。主动-被动方案。 让我们假设MySQL主机(192.168
本文向大家介绍ActiveMQ基于zookeeper的主从(levelDB Master/Slave)搭建,包括了ActiveMQ基于zookeeper的主从(levelDB Master/Slave)搭建的使用技巧和注意事项,需要的朋友参考一下 ActiveMQ 5.9.0新推出的主从实现,基于zookeeper来选举出一个master,其他节点自动作为slave实时同步消息。因为有实时同步数据
本文向大家介绍Mysql主从数据库(Master/Slave)同步配置与常见错误,包括了Mysql主从数据库(Master/Slave)同步配置与常见错误的使用技巧和注意事项,需要的朋友参考一下 随着访问量的增加,对于一些比较耗时的数据库读取操作,一般采用将写入与读取操作分开来缓解数据库的压力,数据库引擎一般采用Master/Slave架构。实现mysql服务器的主从配置,可以实现读写分离,另外在