springcloud项目中Ribbon、Hystrix使超时问题处理及配置策略

2 篇文章 0 订阅
1 篇文章 0 订阅

首先注意!

这里都是基于有 Eureka 做服务中心为前提的

ribbon配置

#自定义ribbon的超时时间
ribbon:
  ReadTimeout:  5000           #处理请求的超时时间,默认为5秒
  ConnectTimeout: 5000         #连接建立的超时时长,默认5秒
  MaxAutoRetries: 1               #同一台实例的最大重试次数,但是不包括首次调用,默认为1次
  MaxAutoRetriesNextServer: 1     #重试负载均衡其他实例的最大重试次数,不包括首次调用,默认为0次
  OkToRetryOnAllOperations: false #/是否对所有操作都重试,默认false

只配置ribbon是不生效的,还需要配置hystrix

hystrix:
  command:
    default:
      execution:
        isolation:
          thread:
            timeoutInMilliseconds: 15000

后来发现这样配置根本不生效,原来是timeout.enabled=true

增加后配置

#hystrix的超时时间
hystrix:
    command:
        default:
            execution:
              timeout:
                enabled: true
              isolation:
                    thread:
                        timeoutInMilliseconds: 15000

一般情况下 都是 ribbon 的超时时间(<)hystrix的超时时间(因为涉及到ribbon的重试机制)

Ribbon重启次数

       根据上面的参数计算重试的次数:MaxAutoRetries+MaxAutoRetriesNextServer+(MaxAutoRetries *MaxAutoRetriesNextServer) 即重试3次 则一共产生4次调用

Hystrix时间计算

根据:如果在重试期间,时间超过了hystrix的超时时间,便会立即执行熔断。所以要根据上面配置的参数计算hystrix的超时时间,使得在重试期间不能达到hystrix的超时时间,不然重试机制就会没有意义
hystrix超时时间的计算: (1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 即按照以上的配置 hystrix的超时时间应该配置为 (1+1+1)*5=15秒

注意:

当ribbon超时后且hystrix没有超时,便会采取重试机制。当OkToRetryOnAllOperations设置为false时,只会对get请求进行重试。如果设置为true,便会对所有的请求进行重试,如果是put或post等写操作,如果服务器接口没做幂等性,会产生不好的结果,所以OkToRetryOnAllOperations慎用。

如果不配置ribbon的重试次数,默认会重试一次

关闭Ribbon功能

当我们需要关闭重试功能的时候,是不是spring.cloud.loadbalancer.retry.enabled=false就可以了呢,并不是。

需要把ribbon.OkToRetryOnAllOperations=false才行。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值