mongodb丟失數(shù)據(jù)怎么解決？您好，我來為您解答：您可以查看mongodb的bug。在插入并保存之后，需要調(diào)用getlastror（），否則mongodb在確認(rèn)數(shù)據(jù)庫寫入操作完成后不會返回。我不知道

mongodb丟失數(shù)據(jù)怎么解決？

您好，我來為您解答：您可以查看mongodb的bug。在插入并保存之后，需要調(diào)用getlastror（），否則mongodb在確認(rèn)數(shù)據(jù)庫寫入操作完成后不會返回。我不知道這是不是原因。我希望我的回答能幫助你。

mongodb數(shù)據(jù)庫批量插入海量數(shù)據(jù)時為什么有少部分?jǐn)?shù)據(jù)丟失？

在了解mongodb之后，我覺得它非常好。適用于海量數(shù)據(jù)的實(shí)時插入、更新和查詢。支持多條件查詢和多維索引。與HBase相比，HBase沒有實(shí)時插入、更新、查詢海量數(shù)據(jù)的壓力，操作效率與數(shù)據(jù)量無關(guān)，即數(shù)據(jù)量不會影響操作效率，但HBase的實(shí)時查詢是基于rowkey的查詢，由于HBase只能對rowkey進(jìn)行索引，只能根據(jù)rowkey進(jìn)行查詢，無法實(shí)現(xiàn)與mongodb相同的多條件查詢。小數(shù)據(jù)的需求對mongodb和HBase沒有影響，因?yàn)閙ongodb和HBase都是數(shù)據(jù)庫，主要用來存儲零碎的小數(shù)據(jù)。所以我覺得mongodb如果只用于海量實(shí)時的小數(shù)據(jù)可能會更好，但是如果還需要對數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析的話，最好考慮統(tǒng)計(jì)分析的因素。如果您使用MapReduce進(jìn)行數(shù)據(jù)分析，HBase可能會更好，盡管mongodb也支持Mr.

MongoDB如何保證斷電的時候數(shù)據(jù)不丟失？

僅當(dāng)您的熱備服務(wù)器不在同一個機(jī)房電路中時，但這通常是不可能的。Mongodb的數(shù)據(jù)存儲在內(nèi)存中，通過將safe of safemode更改為true，可以直接持久化到文件系統(tǒng)。

redis、memcache和mongodb各自的優(yōu)點(diǎn)是什么，怎么選擇呢？

Mongodb不應(yīng)與redis/Memcache相比，因?yàn)樗鼈兊膽?yīng)用場景完全不同。

Mongodb是介于內(nèi)存數(shù)據(jù)庫和關(guān)系數(shù)據(jù)庫之間的數(shù)據(jù)庫。它是一個高性能、無模式的文檔數(shù)據(jù)庫。

Mongodb數(shù)據(jù)存儲在磁盤上。只有在必要時，才會通過MMAP映射到內(nèi)存，并在內(nèi)存中進(jìn)行修改。修改后，操作系統(tǒng)負(fù)責(zé)刷新磁盤。

優(yōu)點(diǎn)：支持復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，能存儲海量數(shù)據(jù)，能提供關(guān)系數(shù)據(jù)庫等強(qiáng)大的查詢功能。

Redis是一個開源的鍵值存儲系統(tǒng)。所有數(shù)據(jù)都存儲在內(nèi)存中。持久性處于RDB模式或AOF模式。只支持key、string、hash、list和set。優(yōu)點(diǎn)：讀寫速度非?？?。缺點(diǎn)：受內(nèi)存限制，不能存儲太多的數(shù)據(jù)，不能提供強(qiáng)大的查詢功能，只能使用單核。

Memcache是一個高性能的分布式內(nèi)存對象緩存系統(tǒng)，用于動態(tài)web應(yīng)用程序以減少數(shù)據(jù)庫負(fù)載。Memcache只支持簡單的鍵值結(jié)構(gòu)，但使用多核。

在爬蟲中，經(jīng)常使用redis mongodb的方式。Mongodb用來存儲被爬網(wǎng)的海量數(shù)據(jù)，redis用來消除重復(fù)并保存被爬網(wǎng)的URL。