夏令时会影响UTC_TIMESTAMP（）吗？
我正在编写一个具有时隙预订系统的应用程序。用户可以位于不同的时区，因此我需要以UTC时间将值存储在数据库中。
我想知道如何UTC_TIMESTAMP()在MySQL中进行计算。它可靠吗？
如果服务器所在的时区位于夏令时区域UTC_TIMESTAMP()，即使在夏令时导致的时间变化期间，它也始终可以正确运行吗？
问题答案：
UTC始终是+0:00-不管是否生效，它都会忽略夏令时。
在英国，如果没有夏令时，我们使用GMT（与UTC相同）。当我们观察到夏时制时，我们为此使用了BST。
维基百科在UTC上有这样的说法：
UTC不会随季节的变化而变化，但是如果时区所在区域遵守夏令时（夏令时），则当地时间或民事时间可能会发生变化。例如，冬天时美国东海岸的当地时间比UTC晚5个小时，但是在夏令时可以看到4个小时。
-
轻触方格启用设定，即可将夏令时反映于时间显示中。
-
问题内容： 如何检查夏令时是否有效？ 问题答案： 您可以使用并查看返回值中的标志。 使用，您可以在任意时间问相同的问题，以了解DST在当前时区是否有效。
-
夏令时间 选择[标准]或[夏令时间]。
-
问题内容： 我正在编写一个处理很多时区并跨越时区的程序。我最常处理的两件事是从“ now”创建一个datetime对象，然后本地化一个朴素的datetime对象。 要从现在开始在太平洋时区创建datetime对象，我目前正在执行此操作（python 2.7.2+） 关于DST，这是否正确？如果没有，我想应该这样做： 我的问题是为什么？谁能告诉我第一个错误而第二个秒正确的情况？ 至于我的秒数问题，假
-
约旦有夏令时...是，还是不？？ 谢了！
-
我的API使用ISO 8601向客户表示时间。我们有一个功能，我们希望显示它来自哪个时区。通过纯粹存储时区偏移，我们失去了对该细节的跟踪。 即，犹他州和亚利桑那州在一年中的一半时间遵守MST，犹他州在另一半时间切换到MDT。我们目前的解决方案是确定日期是否在夏令时，并在夏令时使用时区，否则使用，但亚利桑那州的ISO 8601日期将导致太平洋夏令时。 有没有办法指定是否以ISO 8601格式观察夏令