设为首页 收藏本站
查看: 984|回复: 0

[经验分享] MongoDB主从复制

[复制链接]
累计签到:2 天
连续签到:1 天
发表于 2016-1-18 09:33:21 | 显示全部楼层 |阅读模式
主从复制可以用来做数据库的备份,故障恢复,读写分离。
本实验使用Mongodb 3.2版本,我们先查看一下mongod的帮助
1
2
3
4
5
6
7
8
9
10
11
12
13
14
[iyunv@localhost mongodb]# mongod --help
.....省略
Master/slave options (old; use replica sets instead):
  --master                              master mode
  --slave                               slave mode
  --source arg                          when slave: specify master as
                                        <server:port>
  --only arg                            when slave: specify a single database
                                        to replicate
  --slavedelay arg                      specify delay (in seconds) to be used
                                        when applying master ops to slave
  --autoresync                          automatically resync if slave data is
                                        stale
.....省略



主从复制已经是过期的功能,目前使用副本集代替。主从复制和副本集的区别,可以简单的理解成主从复制不能自动故障转移,副本集中的集群在主节点宕机后,可以使用选举的策略选择一个新的主节点出来。实现自动的故障转移。

从节点可以是一个,也可以是多个。

下面我们在一台机器上,使用两个实例的方式实现主从复制。

  • 建立数据库目录


1
[iyunv@localhost data]# mkdir -p /application/mongodb/data/{master,slave}



2. 启动master实例
1
[iyunv@localhost data]# mongod --dbpath=/application/mongodb/data/master/ --port 27017 --master



--master 指定该实例是主服务器 。

3. 启动从实例
1
[iyunv@localhost ~]# mongod --dbpath=/application/mongodb/data/slave/ --port 27018 --slave --source 127.0.0.1:27017



--slave 指定该实例为从服务器
--source 指定主服务器是谁?
从服务器启动后,即不断的想主服务器请求同步数据
1
2
3
4
5
6
7
8
9
10
2016-01-16T10:30:10.208+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:30:11.210+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:30:12.211+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:30:14.196+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:30:15.197+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:30:16.199+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:30:17.202+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:30:18.204+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:30:19.207+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:30:20.209+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017




至此,主从复制已经配置完成,就是这么的简单。
对于从服务器,还有三个参数需要解释一下。
1
  --only arg



从节点指定只复制某个特定的数据库(默认复制所有数据库)
1
  --slavedelay arg



指定从服务器延迟多久时间再同步,此选项在主服务器发生人为操作失误时,比较有用。发现错误时,从服务器还没有同步错误。这样可以避免错误的发生。
1
  --autoresync



如果从节点的数据与主节点发生断裂(某些oplog中的数据还未被同步,即被覆盖了),那么该选项将是从节点自动的从新从头开始同步数据库。

下面我们验证一下,数据的同步是否有效。
在主库中插入数据。
1
2
3
4
5
6
7
[iyunv@localhost ~]# mongo 127.0.0.1:27017
MongoDB shell version: 3.2.1
connecting to: 127.0.0.1:27017/test
> db.user.insert({"name":"jack","age":40,"job":"moive star"})
WriteResult({ "nInserted" : 1 })
> db.user.insert({"name":"vicent","age":25,"job":"teacher"})
WriteResult({ "nInserted" : 1 })



登录从数据库,检查数据是否同步
1
2
3
4
5
6
[iyunv@localhost ~]# mongo 127.0.0.1:27018
MongoDB shell version: 3.2.1
connecting to: 127.0.0.1:27018/test
> > db.user.find()
{ "_id" : ObjectId("5699af720102a61caffb76e8"), "name" : "jack", "age" : 40, "job" : "moive star" }
{ "_id" : ObjectId("5699af920102a61caffb76e9"), "name" : "vicent", "age" : 25, "job" : "teacher" }



可以看到数据已经同步啦~

默认情况下,要想在从库开启查询功能,必须告知服务器,你接受从服务器的数据(有可能同步有延迟,数据不一致,你能够接受这种不一致)
1
2
3
4
5
6
7
8
9
> show collections
2016-01-16T10:52:04.363+0800 E QUERY    [thread1] Error: listCollections failed: { "ok" : 0, "errmsg" : "not master and slaveOk=false", "code" : 13435 } :
_getErrorWithCode@src/mongo/shell/utils.js:23:13
DB.prototype._getCollectionInfosCommand@src/mongo/shell/db.js:746:1
DB.prototype.getCollectionInfos@src/mongo/shell/db.js:758:15
DB.prototype.getCollectionNames@src/mongo/shell/db.js:769:12
shellHelper.show@src/mongo/shell/utils.js:695:9
shellHelper@src/mongo/shell/utils.js:594:15
@(shellhelp2):1:1



执行rs.slaveOK

1
2
3
4
> rs.slaveOk()
> show collections
user
>



在从服务的local数据库中有个sources集合,记录了主服务的信息

1
2
3
4
5
6
7
8
9
10
11
12
13
> use local
switched to db local
> show collections
me
sources
startup_log
> db.sources.find().pretty()
{
    "_id" : ObjectId("5699aaafa33311c25ab793df"),
    "host" : "127.0.0.1:27017",
    "source" : "main",
    "syncedTo" : Timestamp(1452913003, 1)
}



我们再次启动从库时,就无需指定source参数啦。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
[iyunv@localhost ~]# mongod --dbpath=/application/mongodb/data/slave/ --port 27018 --slave
2016-01-16T10:57:45.965+0800 I CONTROL  [initandlisten] MongoDB starting : pid=21820 port=27018 dbpath=/application/mongodb/data/slave/ slave=1 64-bit host=localhost.localdomain
2016-01-16T10:57:45.967+0800 I CONTROL  [initandlisten] db version v3.2.1
2016-01-16T10:57:45.968+0800 I CONTROL  [initandlisten] git version: a14d55980c2cdc565d4704a7e3ad37e4e535c1b2
2016-01-16T10:57:45.969+0800 I CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.0.1e-fips 11 Feb 2013
2016-01-16T10:57:45.969+0800 I CONTROL  [initandlisten] allocator: tcmalloc
2016-01-16T10:57:45.969+0800 I CONTROL  [initandlisten] modules: none
2016-01-16T10:57:45.969+0800 I CONTROL  [initandlisten] build environment:
2016-01-16T10:57:45.969+0800 I CONTROL  [initandlisten]     distmod: rhel62
2016-01-16T10:57:45.969+0800 I CONTROL  [initandlisten]     distarch: x86_64
2016-01-16T10:57:45.969+0800 I CONTROL  [initandlisten]     target_arch: x86_64
2016-01-16T10:57:45.969+0800 I CONTROL  [initandlisten] options: { net: { port: 27018 }, slave: true, storage: { dbPath: "/application/mongodb/data/slave/" } }
2016-01-16T10:57:46.010+0800 I -        [initandlisten] Detected data files in /application/mongodb/data/slave/ created by the 'wiredTiger' storage engine, so setting the active storage engine to 'wiredTiger'.
2016-01-16T10:57:46.011+0800 I STORAGE  [initandlisten] wiredtiger_open config: create,cache_size=1G,session_max=20000,eviction=(threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),checkpoint=(wait=60,log_size=2GB),statistics_log=(wait=0),
2016-01-16T10:57:48.485+0800 I CONTROL  [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2016-01-16T10:57:48.486+0800 I CONTROL  [initandlisten]
2016-01-16T10:57:48.488+0800 I CONTROL  [initandlisten]
2016-01-16T10:57:48.490+0800 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2016-01-16T10:57:48.490+0800 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2016-01-16T10:57:48.490+0800 I CONTROL  [initandlisten]
2016-01-16T10:57:48.490+0800 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2016-01-16T10:57:48.490+0800 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2016-01-16T10:57:48.490+0800 I CONTROL  [initandlisten]
2016-01-16T10:57:48.493+0800 I FTDC     [initandlisten] Initializing full-time diagnostic data capture with directory '/application/mongodb/data/slave/diagnostic.data'
2016-01-16T10:57:48.494+0800 I NETWORK  [initandlisten] waiting for connections on port 27018
2016-01-16T10:57:48.495+0800 I NETWORK  [HostnameCanonicalizationWorker] Starting hostname canonicalization worker
2016-01-16T10:57:49.497+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:57:50.503+0800 I REPL     [replslave] sleep 1 sec before next pass
2016-01-16T10:57:51.504+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:57:52.505+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:57:54.295+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017
2016-01-16T10:57:55.296+0800 I REPL     [replslave] syncing from host:127.0.0.1:27017




主从库之间利用oplog日志进行同步。oplog存在于主库的local数据库,oplog.$main集合。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
> use local
switched to db local
> db.oplog.$main.find({"op":"i"}).sort({"ts":-1}).pretty()
{
    "ts" : Timestamp(1452916694, 1),
    "h" : NumberLong(0),
    "v" : 2,
    "op" : "i",
    "ns" : "test.user",
    "o" : {
        "_id" : ObjectId("5699bfd6647c735cb3a50e0c"),
        "name" : "zhangcong"
    }
}
{
    "ts" : Timestamp(1452913156, 1),
    "h" : NumberLong(0),
    "v" : 2,
    "op" : "i",
    "ns" : "test.user",
    "o" : {
        "_id" : ObjectId("5699b204358c4672cad1cc6e"),
        "name" : "zhangdd",
        "age" : 30,
        "job" : "teacher"
    }
}
{
    "ts" : Timestamp(1452912530, 1),
    "h" : NumberLong(0),
    "v" : 2,
    "op" : "i",
    "ns" : "test.user",
    "o" : {
        "_id" : ObjectId("5699af920102a61caffb76e9"),
        "name" : "vicent",
        "age" : 25,
        "job" : "teacher"
    }
}
{
    "ts" : Timestamp(1452912498, 2),
    "h" : NumberLong(0),
    "v" : 2,
    "op" : "i",
    "ns" : "test.user",
    "o" : {
        "_id" : ObjectId("5699af720102a61caffb76e8"),
        "name" : "jack",
        "age" : 40,
        "job" : "moive star"
    }
}




该集合属于固定集合。在一定时间后,旧日志会被覆盖。如果日志已经被覆盖,从库还没有来的及同步。那么从库就无法再同步数据了。只有使用--autoresync让其重新同步数据。

备注:命令行参数指定的参数值,可以写到config文件中,启动时使用
1
mongod --config /path/to/file.conf



mongod 2.4以后的版本使用YAML的格式来编写配置文件。关于主从复制的配置如何在配置文件中声明,官方文件没有给出方法。试了几种写法都不正确。 因为mongodb使用副本集代替了主从复制,从而可能配置文件不再支持主从复制。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-165849-1-1.html 上篇帖子: MongoDB 用实例学习聚合操作 下篇帖子: mongodb中投票节点作用
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表