与 SQL 的时区协调

问题1/3：

我有多个MySQL要连接的数据库并希望确保查询之间的时间一致性。例如，其中一台服务器当前位于CDT时区。

> select CURRENT_TIMESTAMP, @@system_time_zone, @@global.time_zone, @@session.time_zone;

+---------------------+--------------------+--------------------+---------------------+
| CURRENT_TIMESTAMP   | @@system_time_zone | @@global.time_zone | @@session.time_zone |
+---------------------+--------------------+--------------------+---------------------+
| 2019-05-31 09:44:45 | CDT                | SYSTEM             | SYSTEM              |
+---------------------+--------------------+--------------------+---------------------+

注意：我们在DST现在，所以它是CDT. I'm assuming这会自动更改为CST当在外面时DST, right?

有了以上的知识，我的DSN后缀看起来像这样：

...?parseTime=true&loc=America%2FChicago // i.e. 'America/Chicago' - maybe 'CST6CDT' would work too?

那么，有没有一种编程方式go从 3 字母代码映射CDT更正式的时区名称，例如America/Chicago.

2/3:

上面提出了先有鸡还是先有蛋的场景：为了确定远程服务器的时区，需要连接/查询服务器；有了这些知识，DSN 参数可能会因将来的调用而更改。

事后是否可以更改 DSN 参数，或者进行全新的连接sql.DB需要创建连接池吗？

3/3:

您可能会问，为什么要检查时区是否已更改 - 它不是静态的吗？在负载平衡数据库的情况下应该做什么？理论上两个副本可以位于不同的时区吗？

是否所有带时间戳的列都用 SQL 封装UNIX_TIMESTAMP()标准化数据并避免这个令人头疼的问题？

我也可能会陷入时间漂移，但我现在就到此为止。

1/3

go使用 IANA 的时区数据库 https://www.iana.org/time-zones具有精确的区域名称。 尝试对 MySQL 如何从 (Linux) 主机确定本地时区格式进行逆向工程，并在go正如@MattJohnson 指出的那样，客户被证明是不可靠的。

2/3

database/sql.DB- 创建通过Open(drv, DSN)- 将使用相同的DSN对于所有连接。虽然sql.DB意味着被创建一次并使用多次 - 没有办法改变DSN事后 - 所以人们需要创建一个全新的sql.DB当改变DSN.

3/3

所以更好的策略似乎是利用杠杆MySQL转换所有datetime在传输到客户端之前从本地时区到 UTC 时区的值。这消除了在连接时通过以下方式设置数据库（可能未知）时区的复杂性：DSN.

一种有前途的选择是设置连接的会话时区：

• SET @@session.time_zone = "+00:00";
• 然而，这只适用于current连接（在连接池内）。 Ago然而，客户端在任何给定时间都不知道他们可能使用哪个空闲连接。
• 因此，为了确保这始终有效，需要在之前手动应用它所有查询。即使仅使用一个数据库连接 - 如果连接失败并且连接重试开始 - 任何先前的会话状态都将丢失。

所以相反，包装所有datatime具有如下转换函数的列：

CONVERT_TZ(`STAMP_UPDATED`,@@session.time_zone,'+00:00')

确保时区计算在查询时完成，并且在连接重新连接等过程中不会丢失。

所以现在DSN不再需要指定loc - as UTC是默认值。事实上DSN只需要后缀选项?parseTime=true允许datetime被翻译成go是本地人time.Time.

最后也是最重要的是，这适用于设置为任何时区的任何服务器。

H/T 对此answer https://stackoverflow.com/a/19069310/1218512.