问题标签 [convert-tz]

在 MySql 中使用 CONVERT_TZ() 时，我正在努力获得“今天”和“昨天”的正确定义。我的日期存储在 UTC 中，我需要查询 MST 时区中的日期，所以这样的事情会产生一天中正确的开始时间：

但是，当我将其放入查询中时，它似乎不起作用。

这个查询正确地产生了过去 24 小时，但不是“今天”（即从午夜到现在的时间）。

然后以类似的形式，这会产生一个查询，即 24 小时前的 24 小时，但不是“昨天”（即 MST 时区昨天从 00:00:00 到 23:59:59 的昨天）。

我试图MIN在将日期时间转换为用户时区后选择日期，与以下内容convert_tz相同COUNT：

它似乎没有按预期工作。

当我测试它时，没有http://sqlfiddle.com似乎转换后的 MIN 输出 2019-04-08 22:51:00 而不是转换后的 MIN 输出 2019-04-08T19:51:00Z 是否可以输出带有 T 的时间戳和Z 来自转换后的 MIN ?

我有一个带有表的 Mysql DB，我必须管理表中的时区。

global.time_zone 和 session.time_zone 是 UTC。

我将举一个我想设置一些条件的表的简短示例。

我有 5 个不同的“IP”：

例如：

1. '1.1.1.1.1'

2. '1.1.1.1.2'

3. '1.1.1.1.3'

4. '1.1.1.1.4'

5. '1.1.1.1.5'

我有一列“updated_at”（日期时间）

现在，我想满足以下条件：

1. IP 1 = 格林威治标准时间
2. IP 2 = GMT+1
3. IP 3 = GMT+2
4. IP 4 = GMT+3
5. IP 5 = GMT+4

因此，根据表上的“IP”，我将在“updated_at”上获得相关时区。

1. 我应该只为前面操纵时间，还是有办法在发送查询之前转换表上的 TZ？这里最好的解决方案是什么？

2. 未来如何处理 DST 开/关？

前端是 React.js，后端是 Node.js。

谢谢！

我们正在尝试在运行时将数据从 database1 (DB1) 复制到 database2 (DB2)。DB1 和 DB2 位于两个不同的时区，比如说 tz1 和 tz2。我们希望在动态复制到 DB2 时将 DB1 Time 列转换为 tz2。我们尝试使用 convert_tz() 和子查询的组合，但无法使其工作。任何正确方向的指针将不胜感激。

MariaDB 版本是 10.3.7

在我的数据库中有一个日期时间（slot_start）字段。不幸的是，这些条目以两个不同的时区表示。例如：2021-02-08T08:00:00+01:00 和 2021-02-08T07:00:00+00:00

现在我正在尝试列出中欧时间 (CET) 中的所有条目。

我尝试了以下方法：

但是两个时区中的一个时区表示偏移了一个小时。

我没有进一步了解 - 有人可以帮助我吗？非常感谢！

我知道警告是由 DST 发出的，但为什么 QUERY 的结果不同：

当我在 CentOs 7 中运行 QUERY 时：

从 MySQL 我得到

当我在 Windows 10 中运行 QUERY 时：

从 MySQL 我得到

如果两台服务器都有相同的环境，为什么结果不同？

在 Windows 中我没有my.ini 这是my.iniCentOs 7 中的文件：

以下 MYSQL 查询按预期返回日期：

日期值字符串来自另一个具有 UTC 时区的数据源。

我需要确保为伦敦正确调整此值（冬季为 GMT，夏季为 BST 或 GMT+1）。为此，我尝试convert_tz如下使用，但结果是NULL：

为什么NULL？

我通过 Matlab 程序访问 MySQL，使用以下查询：

我得到以下结果：

'2006-03-16 23:00:00'

但是当我直接在 MySQL Workbench 中输入完全相同的查询时，我得到了正确的结果：

'2006-03-17 00:00:00'

另一方面，如果我执行相同的请求，但对于较早的日期（2006-01-06），两个查询都会返回相同（正确）的结果。

因此，在我看来，这像是一种夏令时问题，但奇怪的是它取决于我访问 MySQL 的方式（通过 Matlab 或 Workbench）。

关于可能发生的事情有什么想法吗？以及如何解决这个问题？