数据库是一个WEB 应用程序的基础,
数据库服务器挂了的话,整个WEB 也就挂了
所以数据库异地实时备份非常重要
不知道 hbase 在这方面怎么样?
数据库是一个WEB 应用程序的基础,
数据库服务器挂了的话,整个WEB 也就挂了
所以数据库异地实时备份非常重要
不知道 hbase 在这方面怎么样?
6 回答3.6k 阅读✓ 已解决
4 回答2k 阅读
2 回答2.6k 阅读
2 回答1.5k 阅读
2 回答1.8k 阅读
1 回答1.1k 阅读✓ 已解决
1 回答1k 阅读✓ 已解决
首先我想说的是你考虑都没有考虑过这个需求。
然后就觉得HBase很酷,觉得很牛逼的样子,就用。(不知道是不是误解了你的意思)
如果你是一个很基本的小WEB应用程序。普通的MySQL之类的数据库。你上面的要求足以。
HBase的话,我给你讲个场景,你就明白了。
当数据量越来越大,RDBMS数据库撑不住了,就出现了读写分离策略,通过一个Master专门负责写操作,多个Slave负责读操作,服务器成本倍增。随着压力增加,Master撑不住了,这时就要分库了,把关联不大的数据分开部署,一些join查询不能用了,需要借助中间层。随着数据量的进一步增加,一个表的记录越来越大,查询就变得很慢,于是又得搞分表,比如按ID取模分成多个表以减少单个表的记录数。经历过这些事的人都知道过程是多么的折腾。采用HBase就简单了,只需要加机器即可,HBase会自动水平切分扩展,跟Hadoop的无缝集成保障了其数据可靠性(HDFS)和海量数据分析的高性能(MapReduce)。
以上纯属个人意见。