更加復(fù)雜，但是靈活的方法，用于路由報表查詢到一個專屬節(jié)點去使用標(biāo)簽和讀偏好。

因為使用隱藏成員，設(shè)置一個成員為priority: 0，但是不設(shè)置它為隱藏。然而，分配一個標(biāo)簽use: reporting：PRIMARY>?conf?=?rs.config()

{?"_id"?:?"test",?"version"?:?21,?"members"?:?[?{?"_id"?:?0,?"host"?:?"xucy.local:27017",?},?{?"_id"?:?1,?"host"?:?"xucy.local:28017",?},?{?"_id"?:?2,?"host"?:?"xucy.local:29017",?}?]?}?//?we'll?use?members[1],?the?instance?on?port?28017

PRIMARY>?conf.members[1].priority?=?0

PRIMARY>?conf.members[1].tags?=?{?"use":?"reporting"?}

PRIMARY>?conf.version?+=?1

PRIMARY>?rs.reconfig(conf)

[...]

像之前一樣，xucy.local:28017絕不會成為主；然而，在這種情況下其他兩個機器變得不可達，你的應(yīng)用將能處理讀到報表服務(wù)器。它會繼續(xù)不用說你的報表應(yīng)該在這樣一個事件期間暫停。

你的報表代碼將會像這樣(用Python，這次)：from?pymongo?import?MongoReplicaSetClient

from?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(...)

以上只發(fā)送報表查詢到副本標(biāo)記有use: reporting，并且如果沒有可用的主，它根本上避免運行。在實踐中，你會拋出異常并在你的擴展代碼中處理它們，如果你發(fā)現(xiàn)沒有主！更好的還是，你的監(jiān)控可以設(shè)置運行時可用的值，你可以轉(zhuǎn)移，例如，reporting_system.ok()。

益處和考慮

使用標(biāo)簽和讀偏好允許一些級別的靈活性，而那在隱藏成員中是不可能的。

報表實例可以容易添加

因為你的連接代碼是可定義的，而不是指定到一個專門的主機，添加更多節(jié)點為報表作業(yè)，只添加他們并標(biāo)記他們，像這樣：PRIMARY>?rs.add({_id:3,?host:"xucy.local:30017",?priority:0,?tags:{'use':'reporting'}})

你存在的代碼將會利用新的容量，并且復(fù)制集將繼續(xù)運行，不用觸發(fā)選舉和從客戶端斷開連接。

報表實例可以被跳過或刪除

報表標(biāo)記可以被移動，或者甚至移除，如果你需要提供讀帶寬給其他作業(yè)在必要時。像這樣的一個重新配置將會觸發(fā)選舉，并重連所有客戶端，但是這不會比其他選項更糟糕。注意：這是一個反模式的通過發(fā)布生產(chǎn)讀到副本成員來增加常用容量。這只是一個緊急方式。

一些驅(qū)動需要手工同步

Ruby驅(qū)動(像1.9.2)，例如，不會刷新副本集的視圖除非客戶端像這樣顯式初始化，使用refresh_mode: :sync。檢查你的驅(qū)動文檔。

結(jié)論

簡單的復(fù)制配置已經(jīng)成為我喜歡MongoDB原因之一，它使得MySQL復(fù)制看起來像出自石器時代。它有些粗糙，但是已經(jīng)在不斷提升性能。無論你使用標(biāo)記集合或者隱藏成員，構(gòu)建一個報表架構(gòu)在MongoDB的復(fù)制屬性上，簡化操作，讓你專注于構(gòu)建一個偉大的應(yīng)用。

總結(jié)

以上是生活随笔為你收集整理的mysql反模式_MongoDB报表实例 -- 标签成员方案的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。