最近几个客户问S3上文件的时区和时间这类问题，今天总结下：

简单说就是不同工具不同客户端看到的时间是不同的：
例如s3cmd 显示的就是UTC时间，而awscli 显示的就是根据客户端时区换算之后的时间，CloudBerry客户端也显示的是换算之后的时间。

（1）bucket的时间是bucket的创建时间，object时间是它被上传的时间（cloudberry 显示成‘修改时间’）；s3cmd上传后，再用s3cmd查看，显示的是上传时间对应的UTC时间，但用awscli查看，就能以本地时间显示。所以上传 是的时间就是上传那个时刻的时间，不过不同客户端会以不同时区显示而已。
（2）object被下载之后，就出现问题了。s3cmd get下来的文件的时间会显示用s3cmd ls看到的时间，也就是UTC时间；而aws s3 cp下来的时间，也是使用aws s3 ls看到的时间，即本地时间。这样使用两种客户端下载通一个文件，查看下载后的文件的时间将会有两种不同结果（awscli的更准确些，s3cmd下载保 存文件是时间没换算）。
（3）使用s3cmd上传大文件时，会被切割成15MB每个分片上传再组装，使用s3cmd获取到的md5sum并不是文件的真实MD5值，这点需要注意，下载大文件的时候会显示md5sum does not match,使用awscli时无此问题。

关于什么时候用哪种工具的问题：
（1）s3cmd上传和下载速度都比较适中，并未充分占满实例的带宽，因此比较适合做小文件或者较高频率的文件上传下载和sync。但是它上传几个GB的单个文件时，可靠性就差一下，有时会失败报错。
（2）awscli工具上传大文件的时候能充分利用网络性能，基本能跑满实例的带宽，上传下载速度特别快，适合在非线上服或者非高峰时间上传单个大文件，优点是速度非常快，缺点是会耗尽实例带宽，还没找到限速方法。
（3）在用到sync功能时，由于s3cmd的MD5问题，同步包含大文件时有时会有报错，建议包含大文件使用aws s3 sync；只有小文件时s3cmd sync或者aws s3 sync都行。