关于Amazon S3删除操作最终一致性及操作后行为的技术咨询

1. 删除操作相关的最终一致性到底指什么？ #

简单来说，Amazon S3是个分布式对象存储系统，存储节点分散在全球多个区域（或者同区域的不同可用区）。当你执行删除对象的操作时，这个指令不会瞬间同步到所有存储节点——S3会先在主节点标记对象已删除，再通过后台异步机制把这个删除状态同步到所有副本节点。

所谓最终一致性，就是删除操作后的一段时间里，不同请求可能被路由到不同节点，得到的结果会不一样：有的请求会看到对象已删除（返回404），有的可能还能查到对象存在（返回200）。但只要等足够久，所有节点都会完成同步，之后所有请求都会一致返回对象已删除的结果——这就是“最终”的核心含义。

2. 删除/更新到最终一致的时间段里，S3具体会有哪些行为？ #

你问的删除对象A后多次执行HEAD操作的情况，我可以明确说：最终一定会返回RESOURCE_NOT_FOUND（也就是HTTP 404状态码），但中间过程的结果是不确定的。

给你举个实际场景：

• 刚执行完删除对象A的请求，收到S3返回的成功响应（204 No Content）；
• 立刻发起第一次HEAD请求，可能被分配到还没同步删除状态的节点，这时会返回200 OK，甚至能拿到对象的元数据；
• 过几秒再发第二次HEAD请求，可能就路由到已经同步的节点，返回404 Not Found；
• 多试几次的话，前几次结果可能来回跳，但再过几分钟（极端情况会久一点，但绝大多数场景都是几秒到几十秒），所有HEAD请求都会稳定返回404。

另外要注意，这个同步时间没有固定的服务承诺，S3只保证“最终”一致，不会承诺具体时长。不过正常情况下，这个不一致的窗口非常短，不会影响常规业务流程。

内容的提问来源于stack exchange，提问作者iml