分布式系统学习：14 弹力设计篇：重试设计

关键词总结：重试的场景、重试的策略、Spring 的重试策略、重试设计的重点

重试的场景

重试的故障只是暂时的，而不是永久的

适合重试的场景
调用超时、被调用端反返回了某种可以重试的错误（如繁忙中、流控中、维护中、资源不足等）。
不适合重试的场景

业务级的错误（权限不足、非法数据）、技术上的错误

重试的策略

一般都需要一个重试的最大值，每次重试失败需要休息间隔一段时间再重试

Exponential Backoff 指数级退避

每次重试所需的休息时间都会成倍增加，让被调用方能够有更多的时间来从容处理请求。和 TCP 的拥塞控制有点像。

Spring 的重试策略

Spring Retry是一个单独实现重试功能的项目,可以通过 Annotation 的方式使用。

具体如下

@Service
public interface MyService {
    @Retryable(
      value = { SQLException.class }, 
      maxAttempts = 2,
      backoff = @Backoff(delay = 5000))
    void retryService(String sql) throws SQLException;
    ...
}

这里 @Retryable 注解配置的是对 SQLException 异常进行重试，最多两次，每次等待 5000ms。

其他相关细节可以看相应的文档

重试设计的重点

1. 确定什么样的错误需要重试
2. 重试的时间和重试的次数
   不同的情况需要不同的考量
3. 被调用方幂等性设计
   重试里的被调用方必须要保证它自身的幂等性，如果不是幂等，那么重试是不安全的
4. 重试的代码不用侵入到业务代码中
   Java Annotation 方式实现
   Service Mesh 方式实现
5. 事务相关的重试
   可能需要一个比较长的时间来做重试，需要保存请求的上下文，可能对程序的运行有比较大的开销。可以将请求上下文暂存在服务本机或数据库中（暂存中可以腾出资源来做别的事），过一会再回来把之前的请求从存储中取出重试。

参考资料：

左耳听风（极客时间）链接：
http://gk.link/a/10f5D

---

GitHub链接：
https://github.com/lichangke/LeetCode
CSDN首页：
https://me.csdn.net/leacock1991
欢迎大家来一起交流学习