NoSQL數(shù)據(jù)庫Cassandra和HBase與MongoDB在處理故障時(shí)候有哪些區(qū)別

NoSQL數(shù)據(jù)庫Cassandra和HBase與MongoDB在處理故障時(shí)候有哪些區(qū)別，針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。

　　當(dāng)應(yīng)用程序處理由NoSQL創(chuàng)建的大量非結(jié)構(gòu)化數(shù)據(jù)時(shí)，保持運(yùn)行的穩(wěn)定性與有效性是十分重要的。用戶在決定持久棧(persistence stack)的主要架構(gòu)時(shí)，了解每個(gè)數(shù)據(jù)庫之間的特點(diǎn)與細(xì)微差別也非常重要。

　　NoSQL數(shù)據(jù)庫Cassandra、HBase與MongoDB在處理故障時(shí)候有哪些區(qū)別

　　Cassandra

　　Cassandra保證了“寫”操作的高效性，但是它從錯(cuò)誤中恢復(fù)數(shù)據(jù)則需要相當(dāng)長的時(shí)間。因?yàn)镃assandra會(huì)識(shí)別所有需要恢復(fù)的數(shù)據(jù)，然后恢復(fù)每個(gè)數(shù)據(jù)最新的版本。并且由于它會(huì)在數(shù)據(jù)恢復(fù)過程中響應(yīng)添加結(jié)點(diǎn)的請(qǐng)求，因此很有可能返回錯(cuò)誤的結(jié)果。如果不能提高數(shù)據(jù)一致性水平，那么它將不能被用于需要“讀處理”(read processing)服務(wù)。

　　NoSQL數(shù)據(jù)庫Cassandra、HBase與MongoDB在處理故障時(shí)候有哪些區(qū)別

　　HBase

　　由于HBase的結(jié)構(gòu)問題，可能有多種因素導(dǎo)致它產(chǎn)生錯(cuò)誤。但是與Cassandra必須從錯(cuò)誤中恢復(fù)數(shù)據(jù)不同，HBase只有在HDFS(Hadoop Distributed File System - Hadoop分布式文件系統(tǒng))中產(chǎn)生錯(cuò)誤時(shí)才需要恢復(fù)，這會(huì)使HBase產(chǎn)生一個(gè)短暫的故障時(shí)間。在HDFS故障期間，HBase所產(chǎn)生的故障時(shí)間顯得并不長。

　　MongoDB

　　MongoDB則提供一種稱為“出錯(cuò)時(shí)自動(dòng)備份(failover)”的技術(shù)，并且也會(huì)產(chǎn)生一個(gè)短暫的故障時(shí)間。不過它的異步復(fù)制方法可能會(huì)導(dǎo)致在自動(dòng)備份后部分?jǐn)?shù)據(jù)的丟失。

關(guān)于NoSQL數(shù)據(jù)庫Cassandra和HBase與MongoDB在處理故障時(shí)候有哪些區(qū)別問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識(shí)。