Hbase和MySQL的区别是什么？一文深度对比！

蔚落 2022-09-13 00:25 87阅读 0赞

点击上方蓝色“石杉的架构笔记”，选择“设为星标”
    
    回复“PDF”获取独家整理的学习资料！

![a0ff7c7af173093b62c9bc274257ae02.png][]

![00f001eb71e67cbf49b994107d6cb5da.png][]

![1d430757087dfb9ba85ad8224b60d5d3.png][]

长按扫描上方一元购买

![d6707562005116fc3a4bde2e1f6b7383.png][]

# 来源：https://blog.csdn.net/weixin\_41605937/article/details/110933984 #

MySQL + HBase是我们日常应用中常用的两个数据库，分别解决应用的在线事务问题和大数据场景的海量存储问题。

## **从架构对比看差异** ##

相比MySQL，HBase的架构特点:

1.  完全分布式（数据分片、故障自恢复)
2.  底层使用HDFS(存储计算分离)。

由架构看到的能力差异:

1.  MySQL:运维简单(组件少)、延时低(访问路径短)
2.  HBase:扩展性好、内置容错恢复与数据冗余

![85972e9e48a796a882deb1a901aeee1b.png][]  
![0fb91d7adf573971cff59dcb9252af97.png][]

## **从引擎结构看差异** ##

![f082d9d47f45410ea86f8e3971cce107.png][]  
![b03cd7219f03026b99540dddb791681b.png][]

相比MySQL，HBase的内部引擎特点:

1.  HBase原生没有SQL引擎(无法使用sQL访问，使用APlI)，云HBase增强版(Lindorm)及开源Phoenix均提供sQL能力
2.  HBase使用LSM(Log-Structure Merge)树，,Innodb使用B+树。

![c9e563767c0cc1ce76b9a5a9e6c1b7c5.png][]  
![0c9c32cfc93826d24a5b73abd0d122bc.png][]

由引擎结构(B+Tree vs LSM Tree)看到的能力差异:

1.  MySQL:读写均衡、存在空间碎片
2.  HBase:侧重于写、存储紧凑无浪费、Io放大、数据导入能力强

## **关于LSM树和B+树的理解** ##

目的是为了减少磁盘IO，

索引：某种数据结构，方便查找数据

hash索引不利于范围查询，使用树结构

#### B+树 ####

*  从磁盘读数据是以页为单位，根据这个特点使用平衡多路查找树
 *  B+树的非叶子节点存放索引，叶子节点存放数据
 *  非叶子节点能够存放更多的索引，树的高度更低
 *  叶子节点通过指针相连，有利于区间查询
 *  叶子节点和根节点的距离基本相同，查找的效率稳定
 *  数据插入导致叶子节点分裂，最终导致逻辑连续的数据存放到不同物理磁盘块位置，导致区间查询效率下降

##### LSM Tree #####

*  LSM（Log-Structured Merge），LevelDB，RocksDB，HBase，Cassandra等都是基于LSM结构
 *  HDD，SSD顺序读写的速度都高于随机读写，写入日志就是顺序写
 *  WAL，memtable，sstable
 *  有利于写，不利于读，先从memtable查找，再到磁盘所有的sstable文件查找
 *  Compaction的目的是减少sstable文件数量，缓解读放大的问题，加速查找可以对sstable文件使用布隆过滤器
 *  Compaction策略
 *  STCS（SIze-Tiered Compaction Strategy）空间放大和读放大问题
 *  LCS（Leveled Compaction Strategy）写放大问题
 *  Compaction会引入写放大问题，在Value较大时采用KV分离存储缓解写放大
 *  写操作多于读操作时，LSM树有更好的性能，因为随着insert操作，为了维护B+树结构，节点分裂。读磁盘的随机读写概率会变大，性能会逐渐减弱。LSM树相比于B+树，多次单页随机写变成一次多页随机写,复用了磁盘寻道时间，极大提高写性能。不过付出代价就是放弃部分读性能。

## **数据访问** ##

相同之处:数据以表的模型进行逻辑组织，应用对数据进行增删改查

不同之处:MySQL的SQL功能更丰富:事务能力更强，HBase既可以用APIl进行更灵活、性能更好的访问，也可以借助Phoenix使用标准sQL访问;只支持单行事务。

**HBase的特色功能--TTL**

![2927a67bbd965ad89aa2b7818b3dfbfc.png][]

**HBase的特色功能—多版本**

![17dc763da4b91d680bf82c79b5b15f37.png][]

**HBase的特色功能—多列簇**

![175bc0f613afeefb368e5954e803c103.png][]

**HBase的特色功能—MOB**

![85b711a47ec761e21739c5d14c7d0ae1.png][]

## **从生态看差异** ##

MySQL:满足APP的在线数据库存储，一般有我足矣

![d3797766422eea847ea1810ead1d934d.png][]

大数据圈:应用于大数据场景的存储、计算及管理组件

![29823ceef5e096638bb05da02c9eeece.png][]

*  MySQL:一般可独立满足在线应用的数据存储需求，或者与少量组件配合(如缓存、分库中间件)
 *  HBase:一般需要和较多大数据组件一起配合完成应用场景，场景架构的设计、实施存在较大的挑战

## **总结** ##

![1a1b85c8b7326dc76c6941ef734fadcd.png][]

**哪些场景的存储适合HBase ?**

![7427c232b1a7b4466aa8f89b68e3dbbf.png][]  
![32dde8d3a48a50be3c9d049fe6a3edd3.png][]  
![0e9246868b770328ebc2c2fbd5f7c76b.png][]  
![2f6b8a767be63260465fcb4266c168c1.png][]  
  
![3dcb859e2eef040dcbb6ad06c1b734fc.png][]  
![266406214c820594a003a38a0f959271.png][]  
![91bbf6146d7e51d2c5a706c92f605fd4.png][]  
![b5f303c5706b77c608f29ca08a6615da.png][]  
![8b86d5a737a133a3d879c07fb23c5666.png][]  
![c3f0f1c2db4ccd25562983cae52a9c01.png][]  
![2ddb5f65cf6e7836a6e83c9b900615a9.png][]

HBase不是MySQL的替换，HBase是业务规模及场景扩张后，对MySQL的自然延伸

![5fb32ba0540abd82d3a7aaf81e455df6.png][]

![246a0e4c608fa266502280bc88d79d05.png][]

[a0ff7c7af173093b62c9bc274257ae02.png]: /images/20220828/4e5d525e831246da8ce62f4f09245248.png
[00f001eb71e67cbf49b994107d6cb5da.png]: /images/20220828/4fe896d3b6df4cb18d3bb7f99f58b3b7.png
[1d430757087dfb9ba85ad8224b60d5d3.png]: /images/20220828/f5b6fab8fb674226bac8512d55f67a0f.png
[d6707562005116fc3a4bde2e1f6b7383.png]: /images/20220828/36a7229a37ec4af0a589c43a4523cce7.png
[85972e9e48a796a882deb1a901aeee1b.png]: /images/20220828/696a4c400bcf426394436b9c8a760c6a.png
[0fb91d7adf573971cff59dcb9252af97.png]: /images/20220828/41ce48ac89f34860825dd68eb6839333.png
[f082d9d47f45410ea86f8e3971cce107.png]: /images/20220828/0aa50265b3e940fcb19e19b0b3ae206e.png
[b03cd7219f03026b99540dddb791681b.png]: /images/20220828/63b50f207d4446c889ad3c58a48bdf87.png
[c9e563767c0cc1ce76b9a5a9e6c1b7c5.png]: /images/20220828/866d0f62e72245eaa15d84685bdf111e.png
[0c9c32cfc93826d24a5b73abd0d122bc.png]: /images/20220828/fa14a9d12979496fad9018fd873c5543.png
[2927a67bbd965ad89aa2b7818b3dfbfc.png]: /images/20220828/7649d4d74d7441ce96317fa3c5ac4406.png
[17dc763da4b91d680bf82c79b5b15f37.png]: /images/20220828/ff2bb198feed42b4810532a6d59b3e82.png
[175bc0f613afeefb368e5954e803c103.png]: /images/20220828/dec937e327944eb5a33fc6e06ba58230.png
[85b711a47ec761e21739c5d14c7d0ae1.png]: /images/20220828/5c36e35b92024f1eabb749e9d6be4732.png
[d3797766422eea847ea1810ead1d934d.png]: /images/20220828/c45d523fae0a49ddae20efc69174ca93.png
[29823ceef5e096638bb05da02c9eeece.png]: /images/20220828/22185f6f03b941898dd97095628de69b.png
[1a1b85c8b7326dc76c6941ef734fadcd.png]: /images/20220828/a5c640125a10470d9072ff2889d62893.png
[7427c232b1a7b4466aa8f89b68e3dbbf.png]: /images/20220828/245b151ea8d54211b5404a48f4f3e7fd.png
[32dde8d3a48a50be3c9d049fe6a3edd3.png]: /images/20220828/17db1203c29047e89fd08c445f0cc335.png
[0e9246868b770328ebc2c2fbd5f7c76b.png]: /images/20220828/fffe17410abd47849239bc166785eccb.png
[2f6b8a767be63260465fcb4266c168c1.png]: /images/20220828/5a5b08f8df6f443c806624337ad42aa1.png
[3dcb859e2eef040dcbb6ad06c1b734fc.png]: /images/20220828/303528cc498c42308084334d4a708445.png
[266406214c820594a003a38a0f959271.png]: /images/20220828/abcee503d4f64649ab79c9319961fe46.png
[91bbf6146d7e51d2c5a706c92f605fd4.png]: /images/20220828/b5b100d6f07647828db72c17b0854230.png
[b5f303c5706b77c608f29ca08a6615da.png]: /images/20220828/87b184134f1540e4b831134d5084bd7d.png
[8b86d5a737a133a3d879c07fb23c5666.png]: /images/20220828/59539919f1bc47ed85ddb8ee6f051117.png
[c3f0f1c2db4ccd25562983cae52a9c01.png]: /images/20220828/92c05de80e7c4a03b801bc9c275ff262.png
[2ddb5f65cf6e7836a6e83c9b900615a9.png]: /images/20220828/7f60b3edb7f34333a0991d3fa31952ee.png
[5fb32ba0540abd82d3a7aaf81e455df6.png]: /images/20220828/5c14915d2eb3483babc7b60f8ccbf82f.png
[246a0e4c608fa266502280bc88d79d05.png]: /images/20220828/db1b2600bb58419aa58d2e6e2957f70d.png