2

我在本地开发了一个应用程序(这是我的第一个真正的商业应用程序),时间戳设置为操作系统使用的时区。当我将我的应用程序放在托管在不同时区的服务器上时,我没有考虑到会产生不同日期的NOW()事实TIMESTAMP

在阅读了我的问题之后,处理这个问题的正确方法显然是将日期/时间戳存储在 UTC 中,并将它们在客户端代码上转换为所需的指定时区。不幸的是,我的应用程序运行了很长时间,并且有 1000 个条目标记到特定时区,我通过以下方式进行了 hacky 修复:

SET time_zone='-6:00'

现在我正在为 DST 苦苦挣扎(因为 MySQL 服务器不支持我正在使用的时区名称)。

我应该尝试将所有代码转换为 UTC->Timezone 和所有数据库到 UTC 吗?还是我应该让主机安装处理 DST 的正确时区名称?

4

2 回答 2

1

如果我是您,尽管我会将您的代码转换为使用 UTC 存储/检索所有时间值,然后适当地调整数据库中的值。

我知道这是一种 PITA,但从长远来看,它可能不会那么令人头疼。

于 2012-10-24T16:47:10.097 回答
1

现在可能会受到伤害,但正确的转换保持 UTC 中的所有内容是要走的路。除非你的应用只需要再运行几天。您将需要在美国切换到非 DST 时间之前进行管理。在 UTC 中维护系统将节省大量时间。祝你好运。

于 2012-10-24T16:47:51.713 回答