如何避免HBase写入过快引起的各种问题

本文介绍了HBase写入过程,分析了写入过快导致的memstore水位过高、RegionTooBusyException等问题,以及可能的JVM OOM情况。提出了解决方案,包括调整flush和compaction参数,限制队列大小,以防止服务器过载。建议关注配置如:hbase.hregion.memstore.flush.size、hbase.regionserver.global.memstore.upperLimit、hbase.ipc.server.max.callqueue.size等,以实现更稳定的HBase写入操作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

首先我们简单回顾下整个写入流程

  1. client api ==> RPC ==> server IPC ==> RPC queue ==> RPC handler ==> write WAL ==> write memstore ==> flush to filesystem

整个写入流程从客户端调用API开始,数据会通过protobuf编码成一个请求,通过scoket实现的IPC模块被送达server的RPC队列中。最后由负责处理RPC的handler取出请求完成写入操作。写入会先写WAL文件,然后再写一份到内存中,也就是memstore模块,当满足条件时,memstore才会被flush到底层文件系统,形成HFile。

667

当写入过快时会遇见什么问题?

写入过快时,memstore的水位会马上被推高。

你可能会看到以下类似日志:

  1. RegionTooBusyException: Above memstore limit, regionName=xxxxx ...

这个是Region的memstore占用内存大小超过正常的4倍,这时候会抛异常,写入请求会被拒绝,客户端开始重试请求。当达到128M的时候会触发flush memstore,当达到128M * 4还没法触发flush时候会抛异常来拒绝写入。两个相关参数的默认值如下:

  1. hbase.hr
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值