hbase是怎么进行读写的
所以hbase大多数读要走磁盘，所以读很慢。 每次刷写会生成新的Hfile，Hfile很小并且数量多的时候会影响查询的速度。所以要进行合并。
HBase应用举例 Hbase适合需对数据进行随机读操作或者随机写操作、大数据上高并发操作，比如每秒对PB级数据进行上千次操作以及读写访问均是非常简单的操作。淘宝指数是Hbase在淘宝的一个典型应用。
hbase客户端通过rpc调用将put、delete数据请求提交到对应的regionserver，regionserver对请求进行处理，并将数据最终写入hfile中，进行持久化保存。hbase为了保证随机读取的性能，所以hfile里面的rowkey是有序的。
MemStore 无论是对 HBase 的写入还是读取性能都至关重要，其中 flush 操作又是 MemStore 最核心的操作。
HBase将数据分布在多台服务器上，通过水平扩展的方式来应对海量数据的存储需求。它使用了类似于Google的Bigtable的数据模型，将数据按照行和列的方式进行存储，支持快速的随机读写操作。
由上图可以知道，客户端是通过Zookeeper找到HMaster，然后再与具体的Hregionserver进行沟通读写数据的。具体到物理实现，细节包括以下这些：首先要清楚HBase在hdfs中的存储路径，以及各个目录的作用。
hbase如何确定一条新数据写入到哪个regionserver
1、从.META.表里面查询哪个Region包含这条数据。 获取管理这个Region的RegionServer地址。 连接这个RegionServer， 查到这条数据。好，我们先来第一步。
2、Hbase有存储在zookeeper的metadata来定位RegionServer，而LevelDB也通过元数据管理模块去感知每一层有哪些SST文件；快速的定位某条数据所在的SST文件；以及重启后恢复到之前的状态。
3、erver。Client本身并 不知道哪个RegionServer管理哪个Region，那么它是如何找到相应的RegionServer的？本文就是在研究源码的基础上揭秘这个过程。在前面的文章“HBase存储架构”中我们已经讨论了HBase基本的存储架构。
hbase是如何做到并发写的和随机写的
1、整个写入顺序图流程如下：1 客户端查找对应region 客户端根据要操作rowkey，查找rowkey对应的region。查找region的过程为通过zk获取到hbase：meta表所在region。
2、第二步，将HFile加载到HBase集群，假设这个步骤使用的账号为：u_load。
3、(1)当一个Region中的某个Store下的StoreFile的总大小查过某个值，由参数hbase.hregion.max.filesize设定(默认10g)，该Region就会按照RowKey进行拆分。
4、MemStore 是 HBase 非常重要的组成部分，MemStore 作为 HBase 的写缓存，保存着数据的最近一次更新，同时是HBase能够实现高性能随机读写的重要组成。
hbase写过程的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于hbase工作流程、hbase写过程的信息别忘了在本站进行查找喔。