hbase写入数据报错原因总结

引自:https://blog.csdn.net/xiefu5hh/article/details/53056113

问题:往hbase写入数据时一直报AsyncRequestFutureImpl: #5, waiting for 102733 actions to finish on table。之后报错RetriesExhaustedWithDetailsException,断开连接

原因:写入数据时,短时间内写入数据量过大导致写入异常。

解决方法:修改了写入hbase频率为5000条/次,之前是一次性插入所有数据

主要还是需要查看hbase的源码,从报错 日志client.AsyncProcess找到源码位置,在hbase-client里面,注意版本,新版本这个日志不是出现在AsyncProcess中


报错的日志在这个方法里面,究竟是谁调用了这个方法,那么得从头开始看了,从HTABLE里面的PUT<list rows>方法开始看,发现程序的逻辑:

插入多条数据-》数据大于缓冲大小时进行提交(缓存大小可以设置)-》读取该表的meta表,将数据按server分组-》每个server启一个线程进行提交-》

等待提交的返回结果 这个就是图中看到的这个方法了。

 

也就是说,出现这个问题是由于数据插入在服务端没有执行完成,客户端正在等待服务端插入完成。

其实问题的本质在于服务端,可能插入太快,该表在spit 或者flush 或者gc stw 等问题引起,需要优化该表在服务端的存储,具体的表优化就看大家自己实际的业务情况了。

 

posted @   -小月半子-  阅读(1292)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
点击右上角即可分享
微信分享提示