HBase是如何保證數(shù)據(jù)的強(qiáng)一致性的

本篇內(nèi)容介紹了“HBase是如何保證數(shù)據(jù)的強(qiáng)一致性的”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

HBase是如何保證數(shù)據(jù)的強(qiáng)一致性的？  

有三個(gè)方面可以說(shuō)的，另外HBase是犧牲了數(shù)據(jù)的可用性來(lái)保證它的數(shù)據(jù)強(qiáng)一致性的，即CAP原理中放棄了A，HBase是個(gè)cp系統(tǒng)。

1. HBase中每一條數(shù)據(jù)只會(huì)出現(xiàn)在一個(gè)Region，它的數(shù)據(jù)冗余備份不是在region這個(gè)層面做的，還是依賴HDFS來(lái)做的冗余。

而且同一時(shí)間一個(gè)Region只會(huì)被分配給一個(gè)RegionServer，這就保證了系統(tǒng)中只會(huì)有一條可以使用的數(shù)據(jù)。

2. HBase支持行級(jí)事物，即一個(gè)put操作要么成功，要么失敗。

3. 另外當(dāng)有RegionServer宕機(jī)的時(shí)候，Region會(huì)被分配到其他的RegionServer上，同時(shí)重寫(xiě)WAL Log，這個(gè)過(guò)程中整個(gè)Region中的數(shù)據(jù)是不可用的，因?yàn)樗侨笔У摹?/p>

如果可用的話那么必定會(huì)有數(shù)據(jù)不一致的問(wèn)題（即寫(xiě)入過(guò)的數(shù)據(jù)查詢不到），所以這里用可用性來(lái)?yè)Q取了強(qiáng)一致性，等到WAL寫(xiě)完，保證了數(shù)據(jù)完整性之后，才可重新訪問(wèn)。

LSM-Tree結(jié)構(gòu)為何寫(xiě)入比讀取快那么多？

LSM-Tree結(jié)構(gòu)寫(xiě)入快的原因是它將對(duì)數(shù)據(jù)的修改增量保持在內(nèi)存中，達(dá)到指定的大小限制后才將這些修改操作批量寫(xiě)入磁盤(pán)；

讀取的時(shí)候會(huì)比較麻煩，需要合并磁盤(pán)中歷史數(shù)據(jù)和內(nèi)存中最近修改操作，所以寫(xiě)入性能大大提升，讀取時(shí)可能需要先看是否命中內(nèi)存，否則需要訪問(wèn)較多的磁盤(pán)文件。

極端的說(shuō)，基于LSM樹(shù)實(shí)現(xiàn)的HBase的寫(xiě)性能比MySQL高了一個(gè)數(shù)量級(jí)，讀性能低了一個(gè)數(shù)量級(jí)。

如果 HMaster 掛了，會(huì)對(duì)HBase集群造成什么影響？

說(shuō)清楚HMaster的指責(zé)基本就能解決問(wèn)題了

1. HMaster負(fù)責(zé)為RegionServer分配Region

2. 負(fù)責(zé)RegionServer的負(fù)載均衡

3. 發(fā)現(xiàn)失效的RegionServer并重新分配其上的region

4. 管理用戶對(duì)table的增刪改查操作

   
   

所以HMaster宕機(jī)后數(shù)據(jù)的讀取和寫(xiě)入還是正常的，但是無(wú)法對(duì)table進(jìn)行操作，region的分配的相關(guān)操作也會(huì)無(wú)法進(jìn)行。

“HBase是如何保證數(shù)據(jù)的強(qiáng)一致性的”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！