MongoDB副本集(一主两从)读写分离、故障转移功能环境部署记录

最新推荐文章于 2023-05-04 10:13:16 发布
最新推荐文章于 2023-05-04 10:13:16 发布
阅读量398 收藏 5
点赞数
文章标签： 数据库 shell 操作系统
原文链接：http://www.cnblogs.com/kevingrace/p/10438256.html
版权

 

Mongodb是一种非关系数据库(NoSQL)，非关系型数据库的产生就是为了解决大数据量、高扩展性、高性能、灵活数据模型、高可用性。MongoDB官方已经不建议使用主从模式了，替代方案是采用副本集的模式。主从模式其实就是一个单副本的应用，没有很好的扩展性和容错性，而Mongodb副本集具有多个副本保证了容错性，就算一个副本挂掉了还有很多副本存在，主节点挂掉后，整个集群内会实现自动切换。

Mongodb副本集的工作原理
客户端连接到整个Mongodb副本集，不关心具体哪一台节点机是否挂掉。主节点机负责整个副本集的读写，副本集定期同步数据备份，一但主节点挂掉，副本节点就会选举一个新的主服务器，这一切对于应用服务器不需要关心。副本集中的副本节点在主节点挂掉后通过心跳机制检测到后，就会在集群内发起主节点的选举机制，自动选举一位新的主服务器。

看起来Mongodb副本集很牛X的样子，下面就演示下副本集环境部署过程，官方推荐的Mongodb副本集机器数量为至少3个节点，这里我就选择三个节点，一个主节点，两个从节点，暂不使用仲裁节点。

一、环境准备

ip地址                    主机名                               角色
172.16.60.205      mongodb-master01          副本集主节点
172.16.60.206      mongodb-slave01             副本集副本节点
172.16.60.207      mongodb-slave02             副本集副本节点

三个节点机均设置好各自的主机名，并如下设置好hosts绑定
[root@mongodb-master01 ~]# cat /etc/hosts
............
172.16.60.205    mongodb-master01
172.16.60.206    mongodb-slave01
172.16.60.207    mongodb-slave02

三个节点机均关闭selinux，为了测试方便，将iptables也关闭
[root@mongodb-master01 ~]# setenforce 0
[root@mongodb-master01 ~]# cat /etc/sysconfig/selinux 
...........
SELINUX=disabled

[root@mongodb-master01 ~]# iptables -F
[root@mongodb-master01 ~]# /etc/init.d/iptables stop
[root@mongodb-master01 ~]# /etc/init.d/iptables stop
iptables: Setting chains to policy ACCEPT: filter          [  OK  ]
iptables: Flushing firewall rules:                         [  OK  ]
iptables: Unloading modules:                               [  OK  ]

二、Mongodb安装、副本集配置

1) 在三个节点机上建立mongodb副本集测试文件夹，用于存放整个副本集文件
[root@mongodb-master01 ~]# mkdir -p /data/mongodb/data/replset/

2）在三个节点机上安装mongodb
下载地址：https://www.mongodb.org/dl/linux/x86_64-rhel62

[root@mongodb-master01 ~]# wget http://downloads.mongodb.org/linux/mongodb-linux-x86_64-rhel62-v3.6-latest.tgz
[root@mongodb-master01 ~]# tar -zvxf mongodb-linux-x86_64-rhel62-v3.6-latest.tgz

3）分别在每个节点机上启动mongodb（启动时指明--bind_ip地址，默认是127.0.0.1，需要改成本机ip，否则远程连接时失败）
[root@mongodb-master01 ~]# mv mongodb-linux-x86_64-rhel62-3.6.11-rc0-2-g2151d1d219 /usr/local/mongodb
[root@mongodb-master01 ~]# nohup /usr/local/mongodb/bin/mongod -dbpath /data/mongodb/data/replset -replSet repset --bind_ip=172.16.60.205 --port=27017 & 

[root@mongodb-master01 ~]# ps -ef|grep mongodb
root      7729  6977  1 15:10 pts/1    00:00:01 /usr/local/mongodb/bin/mongod -dbpath /data/mongodb/data/replset -replSet repset
root      7780  6977  0 15:11 pts/1    00:00:00 grep mongodb

[root@mongodb-master01 ~]# lsof -i:27017
COMMAND  PID USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME
mongod  7729 root   10u  IPv4 6554476      0t0  TCP localhost:27017 (LISTEN)

4）初始化副本集
在三个节点中的任意一个节点机上操作（比如在172.16.60.205节点机）

登陆mongodb
[root@mongodb-master01 ~]# /usr/local/mongodb/bin/mongo 172.16.60.205:27017
.........
#使用admin数据库
> use admin
switched to db admin

#定义副本集配置变量，这里的 _id:”repset” 和上面命令参数“ –replSet repset” 要保持一样。
> config = { _id:"repset", members:[{_id:0,host:"172.16.60.205:27017"},{_id:1,host:"172.16.60.206:27017"},{_id:2,host:"172.16.60.207:27017"}]}
{
        "_id" : "repset",
        "members" : [
                {
                        "_id" : 0,
                        "host" : "172.16.60.205:27017"
                },
                {
                        "_id" : 1,
                        "host" : "172.16.60.206:27017"
                },
                {
                        "_id" : 2,
                        "host" : "172.16.60.207:27017"
                }
        ]
}

#初始化副本集配置
> rs.initiate(config);
{
        "ok" : 1,
        "operationTime" : Timestamp(1551166191, 1),
        "$clusterTime" : {
                "clusterTime" : Timestamp(1551166191, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        }
}

#查看集群节点的状态
repset:SECONDARY> rs.status();
{
        "set" : "repset",
        "date" : ISODate("2019-02-26T07:31:07.766Z"),
        "myState" : 1,
        "term" : NumberLong(1),
        "syncingTo" : "",
        "syncSourceHost" : "",
        "syncSourceId" : -1,
        "heartbeatIntervalMillis" : NumberLong(2000),
        "optimes" : {
                "lastCommittedOpTime" : {
                        "ts" : Timestamp(1551166263, 1),
                        "t" : NumberLong(1)
                },
                "readConcernMajorityOpTime" : {
                        "ts" : Timestamp(1551166263, 1),
                        "t" : NumberLong(1)
                },
                "appliedOpTime" : {
                        "ts" : Timestamp(1551166263, 1),
                        "t" : NumberLong(1)
                },
                "durableOpTime" : {
                        "ts" : Timestamp(1551166263, 1),
                        "t" : NumberLong(1)
                }
        },
        "members" : [
                {
                        "_id" : 0,
                        "name" : "172.16.60.205:27017",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 270,
                        "optime" : {
                                "ts" : Timestamp(1551166263, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDate" : ISODate("2019-02-26T07:31:03Z"),
                        "syncingTo" : "",
                        "syncSourceHost" : "",
                        "syncSourceId" : -1,
                        "infoMessage" : "could not find member to sync from",
                        "electionTime" : Timestamp(1551166202, 1),
                        "electionDate" : ISODate("2019-02-26T07:30:02Z"),
                        "configVersion" : 1,
                        "self" : true,
                        "lastHeartbeatMessage" : ""
                },
                {
                        "_id" : 1,
                        "name" : "172.16.60.206:27017",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 76,
                        "optime" : {
                                "ts" : Timestamp(1551166263, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1551166263, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDate" : ISODate("2019-02-26T07:31:03Z"),
                        "optimeDurableDate" : ISODate("2019-02-26T07:31:03Z"),
                        "lastHeartbeat" : ISODate("2019-02-26T07:31:06.590Z"),
                        "lastHeartbeatRecv" : ISODate("2019-02-26T07:31:06.852Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncingTo" : "172.16.60.205:27017",
                        "syncSourceHost" : "172.16.60.205:27017",
                        "syncSourceId" : 0,
                        "infoMessage" : "",
                        "configVersion" : 1
                },
                {
                        "_id" : 2,
                        "name" : "172.16.60.207:27017",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 76,
                        "optime" : {
                                "ts" : Timestamp(1551166263, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1551166263, 1),
                                "t" : NumberLong(1)
                        },
                        "optimeDate" : ISODate("2019-02-26T07:31:03Z"),
                        "optimeDurableDate" : ISODate("2019-02-26T07:31:03Z"),
                        "lastHeartbeat" : ISODate("2019-02-26T07:31:06.589Z"),
                        "lastHeartbeatRecv" : ISODate("2019-02-26T07:31:06.958Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncingTo" : "172.16.60.205:27017",
                        "syncSourceHost" : "172.16.60.205:27017",
                        "syncSourceId" : 0,
                        "infoMessage" : "",
                        "configVersion" : 1
                }
        ],
        "ok" : 1,
        "operationTime" : Timestamp(1551166263, 1),
        "$clusterTime" : {
                "clusterTime" : Timestamp(1551166263, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        }
}

如上信息表明：
副本集配置成功后，172.16.60.205为主节点PRIMARY，172.16.60.206/207为副本节点SECONDARY。
health：1   1表明状态是正常，0表明异常
state:1     值小的是primary节点、值大的是secondary节点

三、测试Mongodb副本集数据复制功能 <mongodb默认是从主节点读写数据的，副本节点上不允许读，需要设置副本节点可以读>

1）在主节点172.16.60.205上连接到终端
[root@mongodb-master01 ~]# /usr/local/mongodb/bin/mongo 172.16.60.205:27017
................
#建立test 数据库
repset:PRIMARY> use test;
switched to db test

#往testdb表插入测试数据
repset:PRIMARY> db.testdb.insert({"test1":"testval1"})
WriteResult({ "nInserted" : 1 })

2）在副本节点172.16.60.206、172.16.60.207上连接到mongodb查看数据是否复制过来。
这里在172.16.60.206副本节点上进行查看
[root@mongodb-slave01 ~]# /usr/local/mongodb/bin/mongo 172.16.60.206:27017
................
repset:SECONDARY> use test;
switched to db test
repset:SECONDARY> show tables;
2019-02-26T15:37:46.446+0800 E QUERY    [thread1] Error: listCollections failed: {
        "operationTime" : Timestamp(1551166663, 1),
        "ok" : 0,
        "errmsg" : "not master and slaveOk=false",
        "code" : 13435,
        "codeName" : "NotMasterNoSlaveOk",
        "$clusterTime" : {
                "clusterTime" : Timestamp(1551166663, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        }
} :
_getErrorWithCode@src/mongo/shell/utils.js:25:13
DB.prototype._getCollectionInfosCommand@src/mongo/shell/db.js:941:1
DB.prototype.getCollectionInfos@src/mongo/shell/db.js:953:19
DB.prototype.getCollectionNames@src/mongo/shell/db.js:964:16
shellHelper.show@src/mongo/shell/utils.js:853:9
shellHelper@src/mongo/shell/utils.js:750:15
@(shellhelp2):1:1

上面出现了报错！
这是因为mongodb默认是从主节点读写数据的，副本节点上不允许读，需要设置副本节点可以读
repset:SECONDARY> db.getMongo().setSlaveOk();
repset:SECONDARY> db.testdb.find();
{ "_id" : ObjectId("5c74ec9267d8c3d06506449b"), "test1" : "testval1" }
repset:SECONDARY> show tables;
testdb

如上发现已经在副本节点上发现了测试数据，即已经从主节点复制过来了。
（在另一个副本节点172.16.60.207也如上操作即可）

四、测试副本集故障转移功能
先停掉主节点172.16.60.205，查看mongodb副本集状态，可以看到经过一系列的投票选择操作，172.16.60.206当选主节点，172.16.60.207从172.16.60.206同步数据过来。

1）停掉原来的主节点172.16.60.205的mongodb，模拟故障
[root@mongodb-master01 ~]# ps -ef|grep mongodb|grep -v grep|awk '{print $2}'|xargs kill -9
[root@mongodb-master01 ~]# lsof -i:27017
[root@mongodb-master01 ~]# 

2）接着登录到另外两个正常的从节点172.16.60.206、172.16.60.207中的任意一个节点的mongodb，查看副本集状态
[root@mongodb-slave01 ~]# /usr/local/mongodb/bin/mongo 172.16.60.206:27017
.................
repset:PRIMARY> rs.status();
{
        "set" : "repset",
        "date" : ISODate("2019-02-26T08:06:02.996Z"),
        "myState" : 1,
        "term" : NumberLong(2),
        "syncingTo" : "",
        "syncSourceHost" : "",
        "syncSourceId" : -1,
        "heartbeatIntervalMillis" : NumberLong(2000),
        "optimes" : {
                "lastCommittedOpTime" : {
                        "ts" : Timestamp(1551168359, 1),
                        "t" : NumberLong(2)
                },
                "readConcernMajorityOpTime" : {
                        "ts" : Timestamp(1551168359, 1),
                        "t" : NumberLong(2)
                },
                "appliedOpTime" : {
                        "ts" : Timestamp(1551168359, 1),
                        "t" : NumberLong(2)
                },
                "durableOpTime" : {
                        "ts" : Timestamp(1551168359, 1),
                        "t" : NumberLong(2)
                }
        },
        "members" : [
                {
                        "_id" : 0,
                        "name" : "172.16.60.205:27017",
                        "health" : 0,
                        "state" : 8,
                        "stateStr" : "(not reachable/healthy)",
                        "uptime" : 0,
                        "optime" : {
                                "ts" : Timestamp(0, 0),
                                "t" : NumberLong(-1)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(0, 0),
                                "t" : NumberLong(-1)
                        },
                        "optimeDate" : ISODate("1970-01-01T00:00:00Z"),
                        "optimeDurableDate" : ISODate("1970-01-01T00:00:00Z"),
                        "lastHeartbeat" : ISODate("2019-02-26T08:06:02.917Z"),
                        "lastHeartbeatRecv" : ISODate("2019-02-26T08:03:37.492Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "Connection refused",
                        "syncingTo" : "",
                        "syncSourceHost" : "",
                        "syncSourceId" : -1,
                        "infoMessage" : "",
                        "configVersion" : -1
                },
                {
                        "_id" : 1,
                        "name" : "172.16.60.206:27017",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 2246,
                        "optime" : {
                                "ts" : Timestamp(1551168359, 1),
                                "t" : NumberLong(2)
                        },
                        "optimeDate" : ISODate("2019-02-26T08:05:59Z"),
                        "syncingTo" : "",
                        "syncSourceHost" : "",
                        "syncSourceId" : -1,
                        "infoMessage" : "",
                        "electionTime" : Timestamp(1551168228, 1),
                        "electionDate" : ISODate("2019-02-26T08:03:48Z"),
                        "configVersion" : 1,
                        "self" : true,
                        "lastHeartbeatMessage" : ""
                },
                {
                        "_id" : 2,
                        "name" : "172.16.60.207:27017",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 2169,
                        "optime" : {
                                "ts" : Timestamp(1551168359, 1),
                                "t" : NumberLong(2)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1551168359, 1),
                                "t" : NumberLong(2)
                        },
                        "optimeDate" : ISODate("2019-02-26T08:05:59Z"),
                        "optimeDurableDate" : ISODate("2019-02-26T08:05:59Z"),
                        "lastHeartbeat" : ISODate("2019-02-26T08:06:02.861Z"),
                        "lastHeartbeatRecv" : ISODate("2019-02-26T08:06:02.991Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncingTo" : "172.16.60.206:27017",
                        "syncSourceHost" : "172.16.60.206:27017",
                        "syncSourceId" : 1,
                        "infoMessage" : "",
                        "configVersion" : 1
                }
        ],
        "ok" : 1,
        "operationTime" : Timestamp(1551168359, 1),
        "$clusterTime" : {
                "clusterTime" : Timestamp(1551168359, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        }
}

发现当原来的主节点172.16.60.205宕掉后，经过选举，原来的从节点172.16.60.206被推举为新的主节点。

3）现在在172.16.60.206新主节点上创建测试数据
repset:PRIMARY> use kevin;
switched to db kevin
repset:PRIMARY> db.kevin.insert({"shibo":"hahaha"})
WriteResult({ "nInserted" : 1 })

4）另一个从节点172.16.60.207上登录mongodb查看
[root@mongodb-slave02 ~]# /usr/local/mongodb/bin/mongo 172.16.60.207:27017
................
repset:SECONDARY> use kevin;
switched to db kevin
repset:SECONDARY> db.getMongo().setSlaveOk();
repset:SECONDARY> show tables;
kevin
repset:SECONDARY> db.kevin.find();
{ "_id" : ObjectId("5c74f42bb0b339ed6eb68e9c"), "shibo" : "hahaha" }

发现从节点172.16.60.207可以同步新的主节点172.16.60.206的数据

5）再重新启动原来的主节点172.16.60.205的mongodb
[root@mongodb-master01 ~]# nohup /usr/local/mongodb/bin/mongod -dbpath /data/mongodb/data/replset -replSet repset --bind_ip=172.16.60.205 --port=27017 & 

mongod  9162 root   49u  IPv4 6561201      0t0  TCP mongodb-master01:55236->mongodb-slave01:27017 (ESTABLISHED)
[root@mongodb-master01 ~]# ps -ef|grep mongodb
root      9162  6977  4 16:14 pts/1    00:00:01 /usr/local/mongodb/bin/mongod -dbpath /data/mongodb/data/replset -replSet repset --bind_ip=172.16.60.205 --port=27017
root      9244  6977  0 16:14 pts/1    00:00:00 grep mongodb

再次登录到三个节点中的任意一个的mongodb，查看副本集状态
[root@mongodb-master01 ~]# /usr/local/mongodb/bin/mongo 172.16.60.205:27017
....................
repset:SECONDARY> rs.status();
{
        "set" : "repset",
        "date" : ISODate("2019-02-26T08:16:11.741Z"),
        "myState" : 2,
        "term" : NumberLong(2),
        "syncingTo" : "172.16.60.206:27017",
        "syncSourceHost" : "172.16.60.206:27017",
        "syncSourceId" : 1,
        "heartbeatIntervalMillis" : NumberLong(2000),
        "optimes" : {
                "lastCommittedOpTime" : {
                        "ts" : Timestamp(1551168969, 1),
                        "t" : NumberLong(2)
                },
                "readConcernMajorityOpTime" : {
                        "ts" : Timestamp(1551168969, 1),
                        "t" : NumberLong(2)
                },
                "appliedOpTime" : {
                        "ts" : Timestamp(1551168969, 1),
                        "t" : NumberLong(2)
                },
                "durableOpTime" : {
                        "ts" : Timestamp(1551168969, 1),
                        "t" : NumberLong(2)
                }
        },
        "members" : [
                {
                        "_id" : 0,
                        "name" : "172.16.60.205:27017",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 129,
                        "optime" : {
                                "ts" : Timestamp(1551168969, 1),
                                "t" : NumberLong(2)
                        },
                        "optimeDate" : ISODate("2019-02-26T08:16:09Z"),
                        "syncingTo" : "172.16.60.206:27017",
                        "syncSourceHost" : "172.16.60.206:27017",
                        "syncSourceId" : 1,
                        "infoMessage" : "",
                        "configVersion" : 1,
                        "self" : true,
                        "lastHeartbeatMessage" : ""
                },
                {
                        "_id" : 1,
                        "name" : "172.16.60.206:27017",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 127,
                        "optime" : {
                                "ts" : Timestamp(1551168969, 1),
                                "t" : NumberLong(2)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1551168969, 1),
                                "t" : NumberLong(2)
                        },
                        "optimeDate" : ISODate("2019-02-26T08:16:09Z"),
                        "optimeDurableDate" : ISODate("2019-02-26T08:16:09Z"),
                        "lastHeartbeat" : ISODate("2019-02-26T08:16:10.990Z"),
                        "lastHeartbeatRecv" : ISODate("2019-02-26T08:16:11.518Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncingTo" : "",
                        "syncSourceHost" : "",
                        "syncSourceId" : -1,
                        "infoMessage" : "",
                        "electionTime" : Timestamp(1551168228, 1),
                        "electionDate" : ISODate("2019-02-26T08:03:48Z"),
                        "configVersion" : 1
                },
                {
                        "_id" : 2,
                        "name" : "172.16.60.207:27017",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 127,
                        "optime" : {
                                "ts" : Timestamp(1551168969, 1),
                                "t" : NumberLong(2)
                        },
                        "optimeDurable" : {
                                "ts" : Timestamp(1551168969, 1),
                                "t" : NumberLong(2)
                        },
                        "optimeDate" : ISODate("2019-02-26T08:16:09Z"),
                        "optimeDurableDate" : ISODate("2019-02-26T08:16:09Z"),
                        "lastHeartbeat" : ISODate("2019-02-26T08:16:10.990Z"),
                        "lastHeartbeatRecv" : ISODate("2019-02-26T08:16:11.655Z"),
                        "pingMs" : NumberLong(0),
                        "lastHeartbeatMessage" : "",
                        "syncingTo" : "172.16.60.206:27017",
                        "syncSourceHost" : "172.16.60.206:27017",
                        "syncSourceId" : 1,
                        "infoMessage" : "",
                        "configVersion" : 1
                }
        ],
        "ok" : 1,
        "operationTime" : Timestamp(1551168969, 1),
        "$clusterTime" : {
                "clusterTime" : Timestamp(1551168969, 1),
                "signature" : {
                        "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
                        "keyId" : NumberLong(0)
                }
        }
}

发现原来的主节点172.16.60.205在故障恢复后，变成了新的主节点172.16.60.206的从节点

五、Mongodb读写分离
目前来看。Mongodb副本集可以完美支持故障转移。至于主节点的读写压力过大如何解决？常见的解决方案是读写分离。

一般情况下，常规写操作来说并没有读操作多，所以在Mongodb副本集中，一台主节点负责写操作，两台副本节点负责读操作。
1）设置读写分离需要先在副本节点SECONDARY 设置 setSlaveOk。
2）在程序中设置副本节点负责读操作，如下代码：

public class TestMongoDBReplSetReadSplit {
public static void main(String[] args) {
try {
List<ServerAddress> addresses = new ArrayList<ServerAddress>();
ServerAddress address1 = new ServerAddress("172.16.60.205" , 27017);
ServerAddress address2 = new ServerAddress("172.16.60.206" , 27017);
ServerAddress address3 = new ServerAddress("172.16.60.207" , 27017);
addresses.add(address1);
addresses.add(address2);
addresses.add(address3);
MongoClient client = new MongoClient(addresses);
DB db = client.getDB( "test" );
DBCollection coll = db.getCollection( "testdb" );
BasicDBObject object = new BasicDBObject();
object.append( "test2" , "testval2" );

//读操作从副本节点读取
ReadPreference preference = ReadPreference. secondary();
DBObject dbObject = coll.findOne(object, null , preference);
System. out .println(dbObject);
} catch (Exception e) {
e.printStackTrace();
}
}
}

读参数除了secondary一共还有五个参数：primary、primaryPreferred、secondary、secondaryPreferred、nearest。
primary：默认参数，只从主节点上进行读取操作；
primaryPreferred：大部分从主节点上读取数据,只有主节点不可用时从secondary节点读取数据。
secondary：只从secondary节点上进行读取操作，存在的问题是secondary节点的数据会比primary节点数据“旧”。
secondaryPreferred：优先从secondary节点进行读取操作，secondary节点不可用时从主节点读取数据；
nearest：不管是主节点、secondary节点，从网络延迟最低的节点上读取数据。

读写分离做好后，就可以进行数据分流，减轻压力，解决了"主节点的读写压力过大如何解决？"这个问题。不过当副本节点增多时，主节点的复制压力会加大有什么办法解决吗？基于这个问题，Mongodb已有了相应的解决方案 - 引用仲裁节点：
在Mongodb副本集中，仲裁节点不存储数据，只是负责故障转移的群体投票，这样就少了数据复制的压力。看起来想的很周到啊，其实不只是主节点、副本节点、仲裁节点，还有Secondary-Only、Hidden、Delayed、Non-Voting，其中：
Secondary-Only：不能成为primary节点，只能作为secondary副本节点，防止一些性能不高的节点成为主节点。
Hidden：这类节点是不能够被客户端制定IP引用，也不能被设置为主节点，但是可以投票，一般用于备份数据。
Delayed：可以指定一个时间延迟从primary节点同步数据。主要用于备份数据，如果实时同步，误删除数据马上同步到从节点，恢复又恢复不了。
Non-Voting：没有选举权的secondary节点，纯粹的备份数据节点。

转载于:https://www.cnblogs.com/kevingrace/p/10438256.html

weixin_30919571
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mongoDB 实现主从读写分离实现的实例代码
12-15
mongoDB主从读写分离 MongoDB官方已经不建议使用主从模式了，替代方案是采用副本集的模式， 点击查看。如果您的环境不符合副本集模式可参考本文，来实现主从读写分离。 resources.properties mongodb_read.host=10.0.0.45 mongodb_read.port=27017 mongodb_read.apname=ecsp mongodb_read.username= mongodb_read.password= mongodb_write.host=10.0.0.46 mongodb_write.port=27017 mongodb_writ
故障案例--mongodb添加副本集成员报错
cug_jiang126com的专栏
04-14 4589
现象：       之前有一对2.6的副本集为A，一对3.0的副本集为B，2.6上有业务数据，想将其升级为3.0，于是做的跨版本副本集，到时候再做业务切换。在执行rs.add命令后报错 "name" : "10.10.69.181:28081", "health" : 0, "state" : 8, "stateStr" : "(not reachable/healthy)", "up
MongoDB读写分离
站在墙头上的博客
05-30 3143
背景 最近项目数据量越来越大，导致mongo的数据库压力也越来越大。在结构优化、索引优化之后，为了进一步优化系统，想到读写分离。 java端配置读写分离 这里，mongo采用的是副本集（Replica Set）的部署方式 这里采用的事xml配置文件形式: read-preference=“SECONDARY_PREFERRED”，这个配置。 <!--读写分离详细说明： mongodb复制集对读写分离的支持是通过Read Preferences特性进行支持的，这个特性非常复杂和灵活。 应用程序驱
MongoDB 副本集的原理、搭建、应用
weixin_33910385的博客
02-20 274
概念：       在了解了这篇文章之后，可以进行该篇文章的说明和测试。MongoDB 副本集（Replica Set）是有自动故障恢复功能的主从集群，有一个Primary节点和一个或多个Secondary节点组成。类似于MySQL的MMM架构。更多关于副本集的介绍请见官网。也可以在google、baidu上查阅。       副本集中数据同步过程：Primary节点写入数据，Secondar...
Mongodb-ReplicaSet Install
weixin_43394724的博客
01-28 2709
概述 正如上一篇Mongodb-Single Server Install中所说，mongod数据库服务有不同的部署方案（单机部署，副本集部署，分片集群部署），通过不同的配置，可以扮演多种不同的角色： 在单机部署中提供所有数据库服务读写功能 在副本集部署中，部署可以是 primary节点（主服务器，负责写数据，也可以提供查询）、secondary节点（从服务器，它从主节点复制数据，也可以提供查询）、以及arbiter节点（仲裁节点，不保存数据，主要用于参与选举投票） 在分片集群中，除了在每个分片中扮演上述
K8s 部署 MongoDB（副本集）
02-03
也可以说，副本集类似于有自动故障恢复功能的主从集群。通俗的讲就是用多台机器进行同一数据的异步同步，从而使多台机器拥有同一数据的多个副本，并且当主库当掉时在不需要用户干预的情况下自动切换其他备份服务器做...
mongodb副本集搭建
09-08
mongodb副本集搭建
Centos6下针对MongoDB集群副本（一主一备+仲裁）环境完整部署记录(个人精华版)
08-28
Centos6下针对MongoDB集群副本（一主一备+仲裁）环境完整部署记录(个人精华版),有需求的朋友,请拿走.
linux mongodb副本集负载均衡部署完成
05-31
技术：mongodb集群 副本集 说明包含： MongoDB集群负载均衡资料 mongodb安装包 MongoDB集群主从复制部署帮助文档 MongoDB集群主从复制使用帮助文档 MongoDB集群主从复制遇到问题解决文档 mongodb网页资料 ...
MongoDB副本集搭建及运维.txt
06-09
MongoDB副本集搭建及运维
mongoDB研究笔记：复制集故障转移机制
weixin_30384031的博客
01-27 137
上面的介绍的数据同步（http://www.cnblogs.com/guoyuanwei/p/3293668.html）相当于传统数据库中的备份策略，mongoDB在此基础还有自动故障转移的功能。在复制集概述那一节提到过心跳"lastHeartbeat"字段，mongoDB就是靠它来实现自动故障转移的。 mongod实例每隔2秒就向其它成员发送一个心跳包以及通过rs.staus()中返回的成员的”...
Mongodb副本集实现及读写分离
热门推荐
马靖的个人技术博客
06-04 2万+
在前面的文章“Mongodb的主从模式搭建实例”中，我们对如何搭建一个主从结构的Mongodb服务器环境进行了简单的介绍。但是对于主从结构，Mongodb官方并不推荐我们使用了，可能是因为主从模式存在以下两个缺点： （1）主节点不可用之后，无法自动切换到从节点，无法确保业务访问的不间断性； （2）所有的读写操作都是对主节点的，造成主节点的访问压力较大； 因此，Mongodb为我们提供了另外一
使用docker-compose部署mongodb集群（一主两从的副本集模式）
天草二十六
05-04 2016
进入主节点，初始化副本集，把其他两个从节点加入到集群中。新增admin用户，密码为admin。主节点暴露端口号，见下映射关系。默认是不用账户和密码的授权。部署成功，容器列表见下。
mongodb基础系列—副本集具体搭建以及解说
webdev
12-23 78
既然有了主从复制，为啥又出来个副本集？一个东西的出现，肯定存在一种东西被解救。所谓一物降一物O(∩_∩)O 上文中说道主从复制缺点—主服务器出现故障，从服务器是干瞪眼。这篇文章就要解说，主仆之间会有一个怎样的变化？ 仍然是一台电脑工作。步骤如下： 1.准备条件，模拟三个服务器，一个主primary，两个secondary（可以称副节点） 可以新建目录如下： ...
MongoDB副本集搭建和读写分离配置
千月落
01-12 1615
MongoDB副本集（Replication Set）由一组mongod实例(进程)组成，包含一个Primary节点和多个Secondary节点.客户端数据写入Primary节点。Secondary节点从Primary节点同步数据。以保持副本集内所有成员存储相同的数据集。Primary节点故障时会自动选举出一个新的Primary节点。：将数据从一个区域复制到另一个区域，减少另一个区域的读延迟。：不同类型的压力分别在不同节点上执行。：在数据中心故障时快速切换到异地。
012.MongoDB读写分离
weixin_30367873的博客
06-17 288
一 读写分离概述 1.1 读写分离描述 从应用程序角度来看，使用Replica Set 和使用单台mongo很像。默认的驱动程序会连接primary节点，并且将所有读写请求都路由到主节点。但也可以通过设置驱动程序的Read Preferences 配置其他选项，将读请求路由到其他节点。 通常官网中建议不使用向从节点取数据。原因如下： 所有的从节点拥有与主节点一样的写入负载，读的加入会增...
MongoDB学习（六）-- 副本集配置
Strawberry_ahh的博客
02-16 376
文章目录1、副本集介绍2、准备工作3、配置步骤3.1 配置文件修改3.2 副本集初始化3.3 新增数据测试 此文档只是用来简单的记录下副本集配置的步骤。 1、副本集介绍 副本集通俗的讲就是用多台机器进行同一数据的异步同步，从而使多台机器拥有同一数据的多个副本，并且当主库掉线时在不需要用户干预的情况下自动切换其他备份服务器做主库，其实就是具有自动故障恢复功能的主从集群。而且还可以利用副本服务器做只读服务器，实现读写分离，提高负载。 副本集和主从复制最大的区别就是在副本集中没有固定的“主节点；整个副
MongoDB系列之副本集Replica Set
lonelymanontheway的博客
03-17 1925
副本集，适用场景，节点类型，成员属性，成员类型，成员状态； 部署安装，添加节点，选举，写关注，读偏好，读写模式，命令
mongodb副本集
qq_37369726的博客
02-02 674
一.mongodb副本集是什么？ 它可以说是类似mysql主从的高可用的一个mongodb集群，当主宕机后，从可以自动切换。一般有一主多从（也可以一个从）组成。可以实现异地备份、读写分离和自动故障转移。在此架构中，读写都是在主上，从只有读的权限，要实现负载均衡的功能可以手动指定读库的server。 二.副本集的搭建 环境说明： 所有机器都必须安装好mongodb数据库 192.168.247.1...
mongodb副本集部署
最新发布
08-24
通过执行上述步骤，你将能够成功地在MongoDB上部署一个副本集。<span class="em">1</span><span class="em">2</span><span class="em">3 #### 引用[.reference_title] - *1* *2* *3* [mongodb部署副本集]...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值