谨慎DUBBO超时时间和重试机制
来源:互联网 发布:flume采集数据到kafka 编辑:程序博客网 时间:2024/05/12 18:16
DUBBO消费端设置额超时时间不能随心所欲,需要根据业务实际情况来设定,如果设置的时间太短,导致复杂业务本来就需要很长时间完成,导致在设定的超时时间内无法完成正常的业务处理。如果消费端达到超时时间,那么dubbo会进行重试机制(如果配置了dubbo.reference.retries>1),这种情况其实给服务提供端带来莫名的压力,而压力是正常值*dubbo.reference.retries,最终dubbo的消费端会出现RpcException提示retry了多少次还是失败。这种情况就是没有合理设置接口超时时间带来的问题。
说完超时时间,再说说重试机制。重试机制是在等待超时时间到了之后或者服务提供端出现异常进行再次重试的机制。这个并不代表服务提供端完全执行失败了。所以不是所有接口都适合重试,如果一个服务是不等幂,那么不适合重试的机制,因为会存在重复提交的问题,否则是可以进行重试的。比如提交一个订单的接口是不能进行重试的,而查询类型的接口是可以重试的
0 0
- 谨慎DUBBO超时时间和重试机制
- Dubbo超时重试机制带来的数据重复问题
- Dubbo超时重试机制带来的数据重复问题
- Dubbo的超时重试机制带来的数据重复问题
- dubbo的重试机制
- Volley超时重试机制详解
- Volley超时重试机制详解
- Dubbo 超时与重试的实现分析
- Dubbo超时和重连机制
- Dubbo基本原理机制-超时、注册
- dubbo配置timeout超时时间
- Redis学习笔记(七)jedis超时重试机制注意事项
- 超时与重试机制(1)—《亿级流量》
- 超时与重试机制(1)—《亿级流量》
- 超时与重试机制(2)—《亿级流量》
- resolv.conf 的超时(timeout)与重试(attempts)机制
- hbase client访问的超时时间、重试次数、重试间隔时间的配置
- hbase总结:hbase client访问的超时时间、重试次数、重试间隔时间的配置
- Java new一个对象执行几个过程
- 只有五行的Floyd最短路算法
- lucene版本升级到4.6.0以上之后使用mmseg4j分词器遇到的问题
- MFC-Scroll Bar用法
- sizeof
- 谨慎DUBBO超时时间和重试机制
- vmware 虚拟机网络配置
- 练习一1001
- 用SharedPreferences保存List(Map(String, String))数据
- 中断线程
- java 交集性能测试
- hdfs 常用命令
- java基础--HashSet详解
- BroadcastShardOperationFailedException TooManyClauses[maxClauseCount is set to