复制集让mongodb的secondary支持读操作，因为存在读写延迟所以是否需要读写分离

大家好，又见面了，我是你们的朋友全栈君。

1，让mongodb的secondary支持读操作

对于replica set 中的secondary 节点默认是不可读的。在写多读少的应用中，使用Replica Sets来实现读写分离。通过在连接时指定或者在主库指定slaveOk，由Secondary来分担读的压力，Primary只承担写操作。

如果通过shell访问mongo，要在secondary进行查询。会出现如下错误：

imageSet:SECONDARY> db.fs.files.find()

error: { “$err” : “not master and slaveOk=false”, “code” : 13435 }

有两种方法实现从机的查询：

第一种方法：db.getMongo().setSlaveOk();

第二种方法：rs.slaveOk();

但是这种方式有一个缺点就是，下次再通过mongo进入实例的时候，查询仍然会报错，为此可以通过下列方式

vi ~/.mongorc.js

增加一行rs.slaveOk();

这样的话以后每次通过mongo命令进入都可以查询了

如果是通过java访问secondary的话则会报下面的异常

com.mongodb.MongoException: not talking to master and retries used up 解决的办法很多。第一种方法：在java代码中调用dbFactory.getDb().slaveOk(); 第二种方法：在java代码中调用 dbFactory.getDb().setReadPreference(ReadPreference.secondaryPreferred());//在复制集中优先读secondary，如果secondary访问不了的时候就从master中读或 dbFactory.getDb().setReadPreference(ReadPreference.secondary());//只从secondary中读，如果secondary访问不了的时候就不能进行查询第三种方法：在配置mongo的时候增加slave-ok=”true”也支持直接从secondary中读 <mongo:mongo id=”mongo” host=”

2，读写延迟

因为主节点写入后，需要复制到从节点，这个过程也是需要时间的，如果存在入库后有立刻需要查询的操作，很有可能因为延迟时间导致查到的是“旧”的数据，或查不到，这也是很严重的问题。具体的延迟时间因为业务、环境的因素不好确定，但一般也需要百十毫秒。

这里有个网友的总结：

读写分离

官网中建议不使用向从节点取数据。原因：

1、所有的从节点拥有与主节点一样的写入负载，读的加入会增加其负载

2、对于分片的集合，在平衡器的关系下，数据的返回结果可能会缺失或者重复某部分数据。

3、相对而言，官方建议使用shard来分散读写请求。

使用的场景；

1、异地的分布式部署

2、故障切换，在紧急情况下向从节点读数据

总结：副本集不是为了提高读性能存在的，在进行oplog的时候，读操作时被阻塞的。提高读取性能应该使用分片和索引，它的存在更多是作为数据冗余，备份。尤其当主库本来就面临着大量的写入压力，对于副本集的节点，也同样会面临写的压力。