Firestore FieldValue.serverTimestamp()的唯一性与强一致性问询

1. 索引与冲突：强一致性能否避免时间戳冲突？ #

• Firestore的强一致性模型无法保证FieldValue.serverTimestamp()不会产生冲突。该时间戳的精度为微秒级，纳秒部分固定以0000结尾（底层基于UTC微秒精度存储，转成Timestamp类型时补零）。
• 哪怕创建了合适的索引，当多个请求在同一微秒内抵达服务器时，生成的时间戳会完全相同。此时排序时Firestore会自动用文档ID作为次要排序字段来打破顺序平局，但这不是为解决时间戳冲突设计的机制。
• 强一致性仅保证读取操作能获取最新的写入结果，无法突破时间戳本身的精度限制来避免冲突。

2. 无索引下的高并发请求：时间戳是否可能完全匹配？ #

• 完全可能。时间戳的生成仅取决于服务器处理请求的微秒时间，和是否创建索引无关。高并发场景下，大量请求同时到达服务器，大概率会有部分请求落在同一个微秒窗口内，生成相同的serverTimestamp()值。
• 无索引场景下的强一致性特性，不会改变时间戳的生成逻辑，冲突概率和有索引时一致。

关于纳秒部分的说明 #

FieldValue.serverTimestamp()生成的Timestamp对象，纳秒段始终以0000结尾，因为Firestore存储时间戳时仅保留微秒精度，纳秒位会被自动填充为0，这是底层存储的固定限制。

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