MySQL、HBase、ES的特点和区别

最新推荐文章于 2024-07-03 19:54:43 发布

睡醒的土豆

最新推荐文章于 2024-07-03 19:54:43 发布

阅读量2.1k

点赞数 1

分类专栏：数据库大数据文章标签：数据库分布式大数据

本文链接：https://blog.csdn.net/qq_27552579/article/details/113037771

版权

本文对比分析了MySQL、HBase和Elasticsearch在数据库特性和存储方式上的差异。MySQL是关系型数据库，支持事务和SQL，适合OLTP；HBase是列式存储的NoSQL数据库，适用于海量数据读写，不支持事务；Elasticsearch是全文检索框架，采用倒排索引，适合复杂检索。在容灾方面，MySQL通过主从复制或Group Replication确保数据安全，HBase通过HLog和Region Replicas实现容错，而ES利用主副本和in-sync set保证数据一致性和容灾。

摘要由CSDN通过智能技术生成

MySQL、HBase、ES的特点和区别
MySQL：关系型数据库，主要面向OLTP，支持事务，支持二级索引，支持sql，支持主从、Group Replication架构模型（本文全部以Innodb为例，不涉及别的存储引擎）。

HBase：基于HDFS，支持海量数据读写（尤其是写），支持上亿行、上百万列的，面向列的分布式NoSql数据库。天然分布式，主从架构，不支持事务，不支持二级索引，不支持sql。

ElasticSearch：ES是一款分布式的全文检索框架，底层基于Lucene实现，虽然ES也提供存储，检索功能，但我一直不认为ES是一款数据库，但是随着ES功能越来越强大，与数据库的界限也越来越模糊。天然分布式，p2p架构，不支持事务，采用倒排索引提供全文检索。

数据存储方式
假设有这样一张人员信息表：

在这里插入图片描述

MySQL中要提前定义表结构，也就是说表共有多少列（属性）需要提前定义好，并且同时需要定义好每个列所占用的存储空间。数据以行为单位组织在一起的，假如某一行的某一列没有数据，也需要占用存储空间。

HBase则是以列为单位存储数据，每一列就是一个key-value，HBase的表列（属性）不用提前定义，而且列可以动态扩展，比如人员信息表中需要添加一个新的“address”字段，MySQL需要提前alter表，HBase的话直接插入即可。

ES比较灵活，索引中的field类型可以提前定义（定义mapping），也可以不定义，如果不定义，会有一个默认类型，不过出于可控性考虑，关键字段最好提前定义好。（Solr中必须提前定义好schema.xml文件）

在这里插入图片描述

上图简单的展示了数据在MySQL和HBase中存储差异（和真实的情况还有差距），可以看到即使第二条记录的sex字段为空，MySQL依然会为该字段保留空间，因为后续有可能会有update语句来更新该记录，补上sex内容。而HBase则是把每一列都看做是一条记录，row+列名作为key，data作为value，