公司是做全球市场的，所以经常在产品对需求，研发时遇到时区的问题，每次都很含糊，那这次就索性调研下吧。

先说结论：

总原则：显示跟存储分离。

存储，以及后端服务之间交互时最好都使用时间戳；

前端显示时根据用户本地时区对时间戳转换。

后端定时任务：如果涉及当地重要时间的，使用当地时区配置，否则可以默认使用北京时间，方便国内研发同学辨识。

后端服务之间交互: 使用时间戳；或者时间格式 + 时区。

基于上述几个结论，下面看几个交互环节的建议。

1 MySQL中的时间存储

MySQL支持几种时间类型，datetime、timestamp，但是最好都使用bigint, 存储时间戳。因为dateTime 跟TimeStamp 存在如下的问题：

DateTime类型字段，MySQL存储时不存时区信息，并且怎么存就怎么取，不做任何处理和转换。所以时区timeZone1的server1插入MySQL一条记录后，时区timeZone2的server2读取出来的时间就不对了。这里只能将所有的server的时区设置为一样的，或者在数据库表中添加一个字段存储时区信息

TimeStamp类型字段，这个比较特殊。当server创建connection时，可以在数据库URL中手动指定时区信息，即不同时区的server连接MySQL时，指定connection时区使用自己所在时区。当MySQL处理不同的connection时，就有了时间字符串和发出请求的时区，然后转换为UTC时间进行存储。从MySQL中读取时也是基于connection的时区设置进行转换。但是如果不指定connection时区，那么MySQL就将存储的UTC时间，按MySQL服务器所在时区进行转换和展示或者传输，此时若MySQL服务器和server的时区不一致，就会出现时区问题。