hbase和redis的功能上比較相似。都是nosql類型的數(shù)據(jù)庫。但是在適用場景上，兩者還是有比較明顯的區(qū)別的。下面本篇文章就來對比一下hbase和redis，介紹hbase和redis之間的區(qū)別，希望對你們有所幫助。
讀寫性能
HBase寫快讀慢，HBase的讀取時長通常是幾毫秒，而Redis的讀取時長通常是幾十微秒。性能相差非常大。
HBase和Redis都支持KV類型。但是Redis支持List、Set等更豐富的類型。
數(shù)據(jù)量
Redis支持的數(shù)據(jù)量通常受內存限制，而HBase沒有這個限制，可以存儲遠超內存大小的數(shù)據(jù)。
部署難易
HBase部署需要依賴hadoop、zookeeper等服務，而Redis的部署非常簡單。
數(shù)據(jù)可靠性
HBase采用WAL，先記錄日志再寫入數(shù)據(jù)，理論上不會丟失數(shù)據(jù)。而Redis采用的是異步復制數(shù)據(jù)，在failover時可能會丟失數(shù)據(jù)。
應用場景
HBase適合做大數(shù)據(jù)的持久存儲，而Redis比較適合做緩存。如果數(shù)據(jù)丟失是不能容忍的，那就用只能用HBase；如果需要一個高性能的環(huán)境，而且能夠容忍一定的數(shù)據(jù)丟失，那完全可以考慮使用Redis。
HBase可以用來做數(shù)據(jù)的固化，也就是數(shù)據(jù)存儲，做這個他非常合適。Redis適合做cache。可以用HBase+Redis實現(xiàn)數(shù)據(jù)倉庫加緩存數(shù)據(jù)庫，速度和擴展性都兼顧。
綜合上述比較，我們可以看出。這兩者都有各自擅長的領域，不存在相互替代。具體選用哪個服務，要根據(jù)具體業(yè)務場景、數(shù)據(jù)量選擇最合適的方案。
