mongodb出現(xiàn)id重復(fù)問題的簡單解決辦法
背景
今天遇到mongodb在插入數(shù)據(jù)時出現(xiàn)id重復(fù)錯誤,具體錯誤代碼如下:
duplicate key error collection: index: id dup key: { : ObjectId(‘59a3b9275f063c20cc8bdec7') }',
覺得奇怪 id不是自己生成的,怎么會這樣呢 。
于是查了下ObjectId 。
ObjectId 的結(jié)構(gòu)
這些是 _id 的一些主要特征的摘要:
_id 是集合中文檔的主鍵,用于區(qū)分文檔(記錄)。
_id自動編入索引。指定 { _id: } 的查找將 _id 索引作為其指南。
默認情況下,_id 字段的類型為 ObjectID,是 MongoDB 的 BSON 類型之一。如果需要,用戶還可以將 _id 覆蓋為 ObjectID 以外的其他內(nèi)容。
ObjectID 長度為 12 字節(jié),由幾個 2-4 字節(jié)的鏈組成。每個鏈代表并指定文檔身份的具體內(nèi)容。以下的值構(gòu)成了完整的 12 字節(jié)組合:
一個 4 字節(jié)的值,表示自 Unix 紀元以來的秒數(shù)
一個 3 字節(jié)的機器標識符
一個 2 字節(jié)的進程 ID
一個 3 字節(jié)的計數(shù)器,以隨機值開始
通常,如果文檔尚未分配 _id 值,MongoDB 將自動生成一個 _id 值。
嘗試
我的代碼大概是這樣的 ,批量插入
Collectwrite.InsertMany(item);
后面測試了下干脆改成單個添加
foreach(var item in list) { Collectwrite.InsertOne(item); }
也是報錯。
Collectwrite.InsertOne(item); Thread.Sleep(500);
再后來降速添加,錯誤依舊。
解決辦法
百度了一下,發(fā)現(xiàn)很多人都出現(xiàn)了類似問題,數(shù)據(jù)庫的id是根據(jù) 時間戳+主機+進程號+序列生成的。重復(fù)的原因可能有兩種:
內(nèi)部原因:同時插入兩條數(shù)據(jù),導(dǎo)致數(shù)據(jù)庫生成了同一個id值。
外部原因:每次使用同一個變量存儲不同的數(shù)據(jù),導(dǎo)致數(shù)據(jù)庫認為每次存儲的是同一條數(shù)據(jù),最終生成同一個id值。
以上都有個共同點,就是讓數(shù)據(jù)庫自己生成id值。于是干脆換個思路
自己手動添加id值,當(dāng)插入的數(shù)據(jù)帶有_id的字段時,mongodb就不再自動生成id。至此, mongodb重復(fù)id的問題就解決了。? item.Id = ObjectId.GenerateNewId().ToString();
Collectwrite.DeleteMany(x => x.SeasonId == seasonId); foreach(var item in list) { item.Id = ObjectId.GenerateNewId().ToString(); Collectwrite.InsertOne(item); Thread.Sleep(500); } }
總結(jié)
到此這篇關(guān)于mongodb出現(xiàn)id重復(fù)問題的簡單解決辦法的文章就介紹到這了,更多相關(guān)mongodb id重復(fù)解決內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
分布式文檔存儲數(shù)據(jù)庫之MongoDB備份與恢復(fù)的實踐詳解
這篇文章主要介紹了分布式文檔存儲數(shù)據(jù)庫之MongoDB備份與恢復(fù),本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-11-11MongoDB使用自帶的命令行工具進行備份和恢復(fù)的教程
這篇文章主要介紹了MongoDB使用自帶的命令行工具進行備份和恢復(fù)的教程,我們只需要在命令行界面中用簡單的命令操作mongorestore和mongodump工具就可以實現(xiàn),需要的朋友可以參考下2016-06-06