MongoDB报表实例——标签成员方案

　　

更加复杂,但是灵活的方法,用于路由报表查询到一个专属节点去使用标签和读偏好。


因为使用隐藏成员,设置一个成员为优先级:0,但是不设置它为隐藏。然而,分配一个标签使用:报告:

PRIMARY>, conf =, rs.config (),,,, 　　{,“_id”:,“测试”,,“版本”,:,21日,“成员”,:,“,{,“_id”: 0,,“主人”,:,“xucy.local: 27017”,,},, {,“_id”: 1,“主人”,:,“xucy.local: 28017”,,},, {,“_id”: 2,“主人”,:,“xucy.local: 29017”,,},],},//,我们'll  use [1]成员,从而instance 提醒port  28017,,,,, 　　PRIMARY>, conf.members [1] .priority =, 0,,,,, 　　PRIMARY>, conf.members [1] .tags =,{,“使用”:“报告”,},,,,, 　　PRIMARY>, conf.version  +=, 1,,,,, 　　PRIMARY>, rs.reconfig(会议),,,, 　　[…)


像之前一样,xucy。本地:28017绝不会成为主,然而,在这种情况下其他两个机器变得不可达,你的应用将能处理读到报表服务器。它会继续不用说你的报表应该在这样一个事件期间暂停。


你的报表代码将会像这样(用Python,这次):

得到pymongo  import  MongoReplicaSetClient ,,, 　　得到pymongo.read_preferences  import  ReadPreference ,,,, 　　rep_set = MongoReplicaSetClient( 'xucy.local:27017,xucy.local:28017,xucy.local:29017', replicaSet = 'test', read_preference = ReadPreference.SECONDARY, tag_sets = [{'use':'reporting'}] ) # check to ensure we're not running reporting against the sole remaining secondary if rep_set.primary is not None: rep_set.my_application.users.aggregate(...)


以上只发送报表查询到副本标记有use: reporting，并且如果没有可用的主，它根本上避免运行。在实践中，你会抛出异常并在你的扩展代码中处理它们，如果你发现没有主！更好的还是，你的监控可以设置运行时可用的值，你可以转移，例如，reporting_system.ok()。



使用标签和读偏好允许一些级别的灵活性，而那在隐藏成员中是不可能的。



因为你的连接代码是可定义的，而不是指定到一个专门的主机，添加更多节点为报表作业，只添加他们并标记他们，像这样：

PRIMARY> rs.add({_id:3, host:"xucy.local:30017", priority:0, tags:{'use':'reporting'}})


你存在的代码将会利用新的容量，并且复制集将继续运行，不用触发选举和从客户端断开连接。



报表标记可以被移动，或者甚至移除，如果你需要提供读带宽给其他作业在必要时。像这样的一个重新配置将会触发选举，并重连所有客户端，但是这不会比其他选项更糟糕。注意：这是一个反模式的通过发布生产读到副本成员来增加常用容量。这只是一个紧急方式。



Ruby驱动（像1.9.2），例如，不会刷新副本集的视图除非客户端像这样显式初始化，使用refresh_mode: :sync。检查你的驱动文档。



简单的复制配置已经成为我喜欢MongoDB原因之一，它使得MySQL复制看起来像出自石器时代。它有些粗糙，但是已经在不断提升性能。无论你使用标记集合或者隐藏成员，构建一个报表架构在MongoDB的复制属性上，简化操作，让你专注于构建一个伟大的应用。


MongoDB报表实例——标签成员方案