Hystrix semaphore和thread隔离策略的区别及配置参考

Hystrix semaphore和thread隔离策略的区别及配置参考

通用设置说明

Hystrix全部的配置都是hystrix.command.[HystrixCommandKey]开头,其中[HystrixCommandKey]是可变的，默认是default,即hystrix.command.default；另外Hystrix内置了默认参数，若是没有配置Hystrix属性，默认参数就会被设置，其优先级：

• hystrix.command.[HystrixCommandKey].XXX
• hystrix.command.default.XXX
• Hystrix代码内置属性参数值

Hystrix隔离策略相关的参数

策略参数设置

execution.isolation.strategy= THREAD|SEMAPHORE

execution.isolation.thread.timeoutInMilliseconds

hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds用来设置thread和semaphore两种隔离策略的超时时间，默认值是1000。

• 建议设置这个参数，在Hystrix 1.4.0以前，semaphore-isolated隔离策略是不能超时的，从1.4.0开始semaphore-isolated也支持超时时间了。
• 建议经过CommandKey设置不一样微服务的超时时间,对于zuul而言，CommandKey就是service id：hystrix.command.[CommandKey].execution.isolation.thread.timeoutInMilliseconds

这个超时时间要根据CommandKey所对应的业务和服务器所能承受的负载来设置，要根据CommandKey业务的平均响应时间设置，通常是大于平均响应时间的20%~100%,最好是根据压力测试结果来评估，这个值设置太大，会致使线程不够用而会致使太多的任务被fallback；设置过小，一些特殊的慢业务失败率提高，甚至会形成这个业务一直没法成功，在重试机制存在的状况下，反而会加剧后端服务压力。

根据微服务实际状况来定：

• 过小：会致使不少正常业务失败
• 太大：会致使实际的熔断效果不好，严重会致使雪崩。

通常实际大小为：

• 要保证该服务的可用性为几个9？99.5 99.9 99.99
• 要保证的N个9的最大响应时间。

execution.isolation.semaphore.maxConcurrentRequests

这个值并不是TPS、QPS、RPS等都是相对值，指的是1秒时间窗口内的事务/查询/请求，semaphore.maxConcurrentRequests是一个绝对值，无时间窗口，至关于亚毫秒级的，指任意时间点容许的并发数。当请求达到或超过该设置值后，其其他就会被拒绝。默认值是100。

execution.timeout.enabled

是否开启超时，默认是true，开启。

execution.isolation.thread.interruptOnTimeout

发生超时是是否中断线程，默认是true。

execution.isolation.thread.interruptOnCancel

取消时是否中断线程，默认是false。