大家好，又见面了，我是你们的朋友全栈君。
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=”${mongodb.host}” port=”${mongodb.port}”>
<mongo:options slave-ok=”true”/>
</mongo:mongo>
2，读写延迟
因为主节点写入后，需要复制到从节点，这个过程也是需要时间的，如果存在入库后有立刻需要查询的操作，很有可能因为延迟时间导致查到的是“旧”的数据，或查不到，这也是很严重的问题。具体的延迟时间因为业务、环境的因素不好确定，但一般也需要百十毫秒。
这里有个网友的总结：
读写分离
官网中建议不使用向从节点取数据。原因：
1、 所有的从节点拥有与主节点一样的写入负载，读的加入会增加其负载
2、 对于分片的集合，在平衡器的关系下，数据的返回结果可能会缺失或者重复某部分数据。
3、 相对而言，官方建议使用shard来分散读写请求。
使用的场景；
1、 异地的分布式部署
2、 故障切换，在紧急情况下向从节点读数据
总结：副本集不是为了提高读性能存在的，在进行oplog的时候，读操作时被阻塞的。提高读取性能应该使用分片和索引，它的存在更多是作为数据冗余，备份。尤其当主库本来就面临着大量的写入压力，对于副本集的节点，也同样会面临写的压力。
–本篇参考：http://wengzhijuan12.blog.163.com/blog/static/3622414520137104257376/
https://blog.csdn.net/tang_jin2015/article/details/70225143
谢谢
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/105980.html原文链接：https://javaforall.net
