最近给客户部署项目时，由于项目在开发过程中 python 的 now() 和 utcnow() 的混合使用，导致部署环境变化时，数据库中的数据在时间展示上出现了bug

1、时区设置

• 主要为标准时区UTC和北京时区CST，其中CST=UTC+8
• linux 系统时区设置，点我
• mysql 时区设置，点我

2、项目开发中的使用

• 数据库中数据筛选的时间设置
• 定时任务的时间设置

总结

• 所有的Linux系统文件系统底层存储的都是UTC时间，也就是说都是自1970年0时0分0秒以来的UTC标准时间的秒数。
• mysql 底层存储的时间为UTC时间，和设置的时区无关，而时区仅仅是在读取的时候，用以时间转化。
• python 使用utcnow()获取的为UTC时间，使用now()获取的为系统时区的时间。

使用建议

• mysql时区设置为本地时区
  • 原因：因为数据库中的数据本身就是为展示使用，在开发的项目无国际化需求的时候，建议使用本地时区也就是CST，此时前端可以直接展示。
• 系统时区：尽量和mysql时区保持一致
  • 原因：1、mysql使用UTC时区时，系统也使用UTC时区，此时前端的时间展示统一进行+8h处理；2、mysql使用CST时区时，系统也使用CST时区，虽然只要mysql使用CST时区时，前端即可直接显示，不用处理，但是此时 python的now()和utcnow()值相同，均比CST小8h，在同数据库进行比较时，需要使用+8h处理，简直自找麻烦。
• 定时任务：使用CST和UTC均可，可自行选择。