有坑勿踩（三）——關(guān)于數(shù)據(jù)更新

mengera88 發(fā)布于2019-06-26 17:59 / 829人閱讀

摘要：前言數(shù)據(jù)更新，中的，對(duì)任何數(shù)據(jù)庫(kù)而言都是最基本的操作。你并不能保證數(shù)據(jù)在被你讀出來到寫回去期間是否有別人已經(jīng)改了數(shù)據(jù)庫(kù)中的記錄，這就是第一個(gè)風(fēng)險(xiǎn)，操作存在潛在的可能性會(huì)覆蓋掉別人更新過的數(shù)據(jù)。

前言

數(shù)據(jù)更新，CRUD中的U，對(duì)任何數(shù)據(jù)庫(kù)而言都是最基本的操作。看似簡(jiǎn)單的更新操作中會(huì)藏著哪些坑？今天聊一聊這個(gè)話題。

在寫這個(gè)系列文章時(shí)，我會(huì)假設(shè)讀者已經(jīng)對(duì)MongoDB有了最基礎(chǔ)的了解，因此一些基本名詞和概念就不做過多的解釋，請(qǐng)自己查閱相關(guān)資料。

數(shù)據(jù)更新方式

以shell為例，MongoDB的數(shù)據(jù)更新可以使用以下幾種方式：

db..update()

db..updateMany()

db..updateOne()

db..save()

db..findAndModify()

前三種是由于歷史原因產(chǎn)生的，實(shí)際上：

updateMany = update + {multi: true}

updateOne = update 或 update + {multi: false}

因?yàn)?b>update本身的意義不夠清楚，所以3.0以后才出現(xiàn)了updateMany和updateOne兩個(gè)替代方法。這個(gè)方法沒多少要說的，唯一要注意的就是，如果用update方法的話，不要忘記操作符（$set, $inc等等），不然……
updateMany和updateOne則沒有這個(gè)問題，缺了操作符會(huì)直接報(bào)錯(cuò)。

更新操作對(duì)比 update三兄弟和findAndModify

很多人的疑問可能都在這里，它們到底有什么區(qū)別，傻傻分不清楚。
首先參數(shù)不一樣：

findAndModify

update

請(qǐng)閱讀文檔不多贅述。
其次功能不一樣，
update只是更新操作，而findAndModify可以在找到結(jié)果后選擇執(zhí)行更新還是刪除操作。說白了功能上findAndModify=updateOne+removeOne。注意它只能對(duì)單個(gè)文檔進(jìn)行操作。
無(wú)論更新還是刪除，(『找到』『更新』)或(『找到』『刪除』)都是原子性的，這點(diǎn)findAndModify和updateOne/removeOne沒有任何區(qū)別。區(qū)別只在于findAndModify在完成動(dòng)作之后還可以選擇把更新/刪除之前或之后的文檔返回給你。如果沒有這個(gè)操作，那就必須先find再update或者先update再find，無(wú)論怎么做，都不能保證中間不被其他操作捷足先登。因此findAndModify在某些場(chǎng)景下是必要的，比如使用$inc生成遞增序列（注意生成遞增序列做ID不是個(gè)好想法，我在這個(gè)問題中做過解釋）
因?yàn)?b>findAndModify只針對(duì)單個(gè)文檔，那么如果條件能找到多個(gè)文檔怎么辦？sort就用在這種場(chǎng)景下。

update和save

save實(shí)際上是一種特殊的update，即不帶操作符的update。通俗地說叫『替換』。替換，代表你已經(jīng)有這個(gè)文檔完整的樣子，即代表你已經(jīng)把整個(gè)文檔從數(shù)據(jù)庫(kù)中讀出來，在內(nèi)存中進(jìn)行了修改，然后完整替換回去。你并不能保證數(shù)據(jù)在被你讀出來到寫回去期間是否有別人已經(jīng)改了數(shù)據(jù)庫(kù)中的記錄，這就是第一個(gè)風(fēng)險(xiǎn)，save操作存在潛在的可能性會(huì)覆蓋掉別人更新過的數(shù)據(jù)。例如：

db.celebrity.findOne()
{
    _id: "孫悟空",
    title: "石猴"
    age: 500
}

你執(zhí)行了:

var obj = db.celebrity.findOne({_id: "孫悟空"});
obj.title = "弼馬溫";
// 其他操作
db.celebrity.save(obj);

在『其他操作』的地方有人把孫悟空的title更新成了『齊天大圣』，很顯然在你save的時(shí)候你會(huì)把它改回『弼馬溫』。

除了上述問題，save還帶來一個(gè)額外的副作用，因?yàn)檎麄€(gè)文檔都保存進(jìn)去了，意味著整個(gè)文檔都會(huì)進(jìn)入oplog，這會(huì)顯著增加oplog的使用速度。因此過度使用save常常還會(huì)造成oplog不夠用，需要很大的oplog才能足夠保存24小時(shí)的信息。