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 等问题引起,需要优化该表在服务端的存储,具体的表优化就看大家自己实际的业务情况了。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· 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