从MySQL到HBase：数据存储方案转型演进

　　不知道BigTable的先进们是出于什么思绪，本人造次臆测一下，几多应该是受到SQL数据库的影响。小我私人感受，这些或者就是一脉相承的演进，至罕用这种思绪进修不显突兀。HBase不是凭空而来，也绝对不是办理全部题目的全能灵丹。

　　最直接的存储思绪必定是“文件”，当“文件”不能满意需求，就有了数据的组织方法，进而演进到相关数据库如MySQL。

　　MySQL以其“单机”很好地办理了ACID题目，可是，机能再好的“单机”势必演酿成“单点”瓶颈，进而，漫衍式思绪成为肯定。

　　最简朴的是扩展读，“无穷”挂slave;进而拆分写节点，多点写入：垂直拆库、程度拆库。一旦选择漫衍式，就涉及怎样主从同等、怎样发明节点、怎样运维、ACID的怎样担保等题目。

　　进而就是一系列漫衍式方案，而HBase就是个中一种办理思绪——只读主库担保同等，程度拆分、zk等机制担保自动运维、单行级ACID。至于机能方面，因为存储思绪差异，MySQL与HBase别离弃取了差异的读写机能。继而，就衍生出了怎样针对性举办优化。

　　以这种思绪，HBase不是凭空呈现。以小我私人浅近的眼光所及，没有美满的架构，也没有绝对锋利的计划。当然SQL类数据库有其独领风流的场景，NoSQL数据库天然也有纵横驰骋的边境，无论是哪种架构，都有本身鞭长莫及的角落。

　　以是，应该说任何一种方案都没有美满，只有吻合。而全部的吻合都是演变而来，万变不离其宗：更好的办理题目。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!