本篇内容介绍了“hbase client访问的超时时间怎么配置”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
阿巴嘎网站建设公司创新互联公司,阿巴嘎网站设计制作，有大型网站制作公司丰富经验。已为阿巴嘎上千家提供企业网站建设服务。企业网站搭建\成都外贸网站制作要多少钱，请找那个售后服务好的阿巴嘎做网站的公司定做！
可以配置如下几个参数：
1. hbase.rpc.timeout：rpc的超时时间，默认60s，不建议修改，避免影响正常的业务，在线上环境刚开始配置的是3秒，运行半天后发现了 大量的timeout error，原因是有一个region出现了如下问题阻塞了写操作：“Blocking updates … memstore size 434.3m is >= than blocking 256.0m size”可见不能太低。
2. ipc.socket.timeout：socket建立链接的超时时间，应该小于或者等于rpc的超时时间，默认为20s
3. hbase.client.retries.number：重试次数，默认为14，可配置为3
4. hbase.client.pause：重试的休眠时间，默认为1s，可减少，比如100ms
5. zookeeper.recovery.retry：zk的重试次数，可调整为3次，zk不轻易挂，且如果hbase集群出问题了，每次重试均会对zk进 行重试操作，zk的重试总次数是：hbase.client.retries.number * zookeeper.recovery.retry，并且每次重试的休眠时间均会呈2的指数级增长，每次访问hbase均会重试，在一次hbase操作中 如果涉及多次zk访问，则如果zk不可用，则会出现很多次的zk重试，非常浪费时间。
6. zookeeper.recovery.retry.intervalmill：zk重试的休眠时间，默认为1s，可减少，比如：200ms
7. hbase.regionserver.lease.period：scan查询时每次与server交互的超时时间，默认为60s，可不调整。
“hbase client访问的超时时间怎么配置”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！
