关于ADLS2 Blob Storage中Last Modified Date生成时间的技术问询

你的观察结果并非因为ADLS2按文件接收或关闭时间记录Last Modified，核心原因大概率是你的数据集成流程在上传文件时，同步保留了源文件的原始Last Modified时间。

举你的例子来说：File A和File B的源文件本身的修改时间就是"10:29:55"和"10:29:50"，即便它们分别在"10:30:00"和"10:30:05"才完成上传到Blob，集成工具会把源文件的这个元数据同步到ADLS2的Blob属性中，最终导致上传顺序与Last Modified时间不一致的现象。

可以通过以下方式验证：

• 核对源文件的Last Modified时间，看是否与Blob中的对应值完全匹配
• 手动修改本地文件的修改时间后上传到ADLS2，观察Blob的Last Modified是否同步为修改后的时间
• 检查数据集成工具的配置，是否存在“保留源文件元数据”“同步文件修改时间”类的开关

额外说明：ADLS2 Blob默认的Last Modified规则是，当Blob被创建、覆盖或修改内容时，自动更新为当前UTC时间；但如果通过API或工具显式设置了Last-Modified元数据，就会覆盖默认行为——这是多数数据集成工具的常规操作，目的是保持文件原始时间属性的一致性。

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