当Spanner返回ResourceExhausted错误时，是否应重试查询操作？

问题描述 #

使用Google官方Go客户端库调用Spanner的ReadWriteTransaction方法时，日志出现以下错误：

*status.Error: rpc error: code = ResourceExhausted desc = Failing fast as CPU overload detected on server

同时注意到Google Cloud Go仓库中有一个针对Spanner客户端的PR，优化了相关重试逻辑。

解答 #

需要对该操作进行检查并重试，具体说明如下：

• 该错误属于ResourceExhausted类型，根据Spanner的官方设计规范，这类因服务器资源过载导致的失败是可重试的场景。
• 你提到的PR是针对Spanner Go客户端的重试逻辑优化，补充了对CPU过载触发的ResourceExhausted错误的自动重试支持。如果你的客户端库版本已经包含该PR的修复，客户端会自动处理这类重试；若使用的是旧版本，建议优先升级到最新版官方库，避免手动实现重试逻辑的复杂度。
• 若暂时无法升级，手动重试时需采用指数退避策略，避免短时间内重复请求进一步加重服务器CPU负担。
• 除了重试，也建议排查自身业务操作：比如是否存在批量数据过大、查询语句未优化、事务逻辑过于复杂等情况，从根源减少服务器CPU过载的触发概率。

内容的提问来源于stack exchange，提问作者Víctor M