重试机制应用

重试机制的常见应用场景

重试机制是分布式系统和网络编程中一种常见的容错策略，主要用于应对临时性故障。以下是典型的应用场景：

1.网络通信场景

• 网络抖动：数据传输过程中因网络不稳定导致的丢包或延迟
• 连接超时：客户端与服务端建立连接超时
• DNS 解析失败：域名解析临时失败

2.微服务调用

• 服务暂时不可用：目标服务正在重启、发布或临时过载
• 负载均衡切换：请求命中了异常节点，重试时可能被路由到健康节点
• 下游依赖超时：调用的下游服务响应超时

3.数据库操作

• 连接池耗尽：数据库连接池暂时无可用连接
• 死锁或锁等待：事务发生冲突，重试时可能成功获取锁
• 主从切换：数据库主从切换期间的短暂不可用

4.消息队列

• 消息投递失败：Broker 暂时不可达
• 消费端处理失败：消费者处理消息时发生临时性异常
• 死信队列处理：消息多次消费失败后进入死信队列，人工干预后重试

5.第三方接口调用

• 支付回调：第三方支付平台回调通知失败
• 短信/邮件发送：网关拥堵或限流
• 第三方 API 限流：触发对方限流策略，需要等待后重试

6.分布式事务

• Confirm/Cancel 失败：TCC、SAGA 模式中某个步骤失败
• 分布式锁获取失败：抢锁失败后重试获取

7.缓存操作

• 缓存穿透/击穿：缓存失效瞬间大量请求打到数据库，重建缓存后重试
• 缓存更新失败：Redis 连接抖动导致写入失败

重试次数/间隔控制

• 最大重试次数：3次足够（最多5次）
• 初始间隔：1秒以上（避免瞬间压垮对方服务）
• 最大间隔：10秒以内（避免用户体验差）

为什么需要退避策略

退避策略是重试机制的核心灵魂，直接决定了重试的效率与安全性。核心思想是：每次重试之间增加等待时间，避免连续请求压垮对方服务。无退避的危险，瞬间爆发的重试流量会导致对方服务雪崩式崩溃，最终双方都不可用。

数据库重连机制

mysql出现ERROR : (2006, 'MySQL server has gone away')服务器在执行查询前已经关闭了连接。重连机制

/** * 获取连接. * * @param string $url * * @return Connection|null * * @throws \Exception */ protected function getConn($url) { $conn = null; for ($times = 1; $times <= 3; ++$times) { try { $config = new Configuration(); $conn = DriverManager::getConnection( array( 'url' => $url, 'driver' => 'pdo_mysql', ), $config ); break; } catch (\Exception $e) { $sleepTime = $times * 60 > 180 ? 180 : $times * 60; sleep($sleepTime); $logger->error(sprintf('第【%s】次获取数据库mysql连接异常, 异常信息为【%s】', $times, $url, $e->getMessage())); } } return $conn; } public function checkDbGoneAway($conn) { $result = true; try { $conn->execute("select 1"); } catch (\Exception $e) { $errMsg = $e->getMessage(); $errCode = $e->getCode(); if (2006 === $errCode && false !== strpos($errMsg, 'server has gone away')) { $result = false; } } return $result; }

系统自带ping方法，不通不会出现异常

if (false === $conn->ping()) { $conn->close(); $conn->connect(); }