怎么對(duì)mongodb中某個(gè)集合做分片

本篇內(nèi)容介紹了“怎么對(duì)mongodb中某個(gè)集合做分片”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

本例中test1為數(shù)據(jù)庫(kù)，test1也為集合名

1、先enable sharding，開(kāi)啟數(shù)據(jù)庫(kù)的分片功能

mongos> use admin

mongos> db.runCommand({"enablesharding":"test1"})

2、對(duì)具體collection做分片, 選擇片鍵為"_id"

mongos> db.runCommand({"shardcollection":"test1.test1","key":{"_id":1}})

{ "collectionsharded" : "test1.test1", "ok" : 1 }

3、觀察2個(gè)分片 shard_01  shard_02 tunks 數(shù)量

===========MongoDB=====復(fù)制集讀寫(xiě)設(shè)置====

write concern 

默認(rèn)情況下，Primary完成寫(xiě)操作即返回，Driver可通過(guò)設(shè)置[Write Concern]來(lái)設(shè)置寫(xiě)成功的規(guī)則。

如下的write concern規(guī)則設(shè)置寫(xiě)必須在大多數(shù)節(jié)點(diǎn)上成功，超時(shí)時(shí)間為5s。

cfg = rs.conf()

cfg.settings = {}

cfg.settings.getLastErrorDefaults = { w: "majority", wtimeout: 5000 }

rs.reconfig(cfg)

數(shù)據(jù)同步

Primary與Secondary之間通過(guò)oplog來(lái)同步數(shù)據(jù)，Primary上的寫(xiě)操作完成后，會(huì)向特殊的local.oplog.rs特殊集合寫(xiě)入一條oplog，Secondary不斷的從Primary取新的oplog并應(yīng)用。

因oplog的數(shù)據(jù)會(huì)不斷增加，local.oplog.rs被設(shè)置成為一個(gè)capped集合，當(dāng)容量達(dá)到配置上限時(shí)，會(huì)將最舊的數(shù)據(jù)刪除掉。另外考慮到oplog在Secondary上可能重復(fù)應(yīng)用，oplog必須具有冪等性，即重復(fù)應(yīng)用也會(huì)得到相同的結(jié)果。

如下oplog的格式，包含ts、h、op、ns、o等字段

{

  "ts" : Timestamp(1446011584, 2),

  "h" : NumberLong("1687359108795812092"), 

  "v" : 2, 

  "op" : "i", 

  "ns" : "test.nosql", 

  "o" : { "_id" : ObjectId("563062c0b085733f34ab4129"), "name" : "mongodb", "score" : "100" } 

}

}

ts： 操作時(shí)間，當(dāng)前timestamp + 計(jì)數(shù)器，計(jì)數(shù)器每秒都被重置

h：操作的全局唯一標(biāo)識(shí)

v：oplog版本信息

op：操作類(lèi)型

i：插入操作

u：更新操作

d：刪除操作

c：執(zhí)行命令（如createDatabase，dropDatabase）

n：空操作，特殊用途

ns：操作針對(duì)的集合

o：操作內(nèi)容，如果是更新操作

o2：操作查詢(xún)where條件，僅update操作包含該字段

========oplog 與journal日志問(wèn)題==========張友東博客===========

MongoDB 復(fù)制集里寫(xiě)入一個(gè)文檔時(shí)，需要修改如下數(shù)據(jù)

將文檔數(shù)據(jù)寫(xiě)入對(duì)應(yīng)的集合

更新集合的所有索引信息

寫(xiě)入一條oplog用于同步

上面3個(gè)修改操作，需要確保要么都成功，要么都失敗，不能出現(xiàn)部分成功的情況。

MongoDB 在寫(xiě)入數(shù)據(jù)時(shí)，會(huì)將上述3個(gè)操作放到一個(gè) wiredtiger 的事務(wù)里，確保「原子性」

wiredtiger 提交事務(wù)時(shí)，會(huì)將所有修改操作應(yīng)用，并將上述3個(gè)操作寫(xiě)入到一條 journal 操作日志里；后臺(tái)會(huì)周期性的checkpoint，將修改持久化，并移除無(wú)用的journal。

誰(shuí)先寫(xiě)入？

oplog 與 journal 是 MongoDB 里不同層次的概念，放在一起比先后本身是不合理的。

oplog 在 MongoDB 里是一個(gè)普通的集合，所以 oplog 的寫(xiě)入與普通集合的寫(xiě)入并無(wú)區(qū)別。

一次寫(xiě)入，會(huì)對(duì)應(yīng)數(shù)據(jù)、索引，oplog的修改，而這3個(gè)修改，會(huì)對(duì)應(yīng)一條journal操作日志

“怎么對(duì)mongodb中某個(gè)集合做分片”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！