tablestroe 采用默认的重试机制，在什么情况下会触发？

Table Store（表格存储）是阿里云提供的一种分布式、高可扩展、大规模数据存储服务，特别适合处理结构化和半结构化数据。在使用Table Store时，客户端与服务端的交互过程中可能会遇到网络不稳定或服务暂时繁忙的情况，为了提高数据写入或读取的成功率，Table Store客户端库内置了重试机制。

触发重试的常见情况：

1. 网络异常：如超时、连接中断等网络问题导致请求未能成功到达服务器或响应未能返回给客户端。
2. 服务端临时错误：服务器可能因为瞬间负载过高或其他原因返回一些临时错误码，比如“服务繁忙”、“资源不足”等，这些错误通常暗示着稍后重试可能会成功。
3. 部分成功：在批量操作（如批量写入）中，即使部分请求失败，客户端也可能根据配置选择重试整个批次或者失败的部分。

重试机制的流程：

1. 初始请求：客户端发送请求到Table Store服务端。
2. 错误检测：如果服务端返回错误码或者请求超时没有响应，客户端会检查这个错误是否属于可重试的类型。
3. 重试决策：基于错误类型和客户端配置的重试策略（如最大重试次数、重试间隔等），决定是否进行重试。Table Store客户端默认配置了一定的重试逻辑，开发者也可以自定义这部分逻辑。
4. 执行重试：如果决定重试，客户端会在等待指定的间隔时间后再次发送请求。重试间隔时间可能会随着重试次数增加而线性增长，以避免短时间内大量重试加剧服务压力。
5. 结果处理：如果重试后请求成功，客户端将处理并返回成功结果；如果达到最大重试次数仍然失败，则最终将错误信息返回给调用者。

自定义重试策略：

开发者可以通过设置客户端参数来自定义重试策略，例如调整最大重试次数、重试间隔时间等，以更好地适应特定的应用场景和容错需求。

请注意，虽然重试机制可以提高操作的成功率，但过度依赖重试也可能隐藏系统中的其他问题，因此合理配置和监控重试行为对于维护系统的稳定性和性能至关重要。