MySQL日期函数使用指南 where查询时间戳转换格式教程

将时间戳转换为日期：UNIX_TIMESTAMP('2 02 3 -1 0-2 6 1 0:3 0:00') 返回 1 6 9 8 3 06 6 00。
将日期转换为时间戳：FROM_UNIXTIME(1 6 9 8 3 06 6 00) 返回“2 02 3 -1 0-2 6 1 0:3 0:00”。
DATE_FORMAT('2 02 3 -1 0-2 6 1 0:3 0:00', '%Y/%m/%d %H:%i') 返回 '2 02 3 /1 0/2 6 1 0:3 0'。
STR_TO_DATE('2 6 -1 0-2 02 3 1 0:3 0:00', '%d-%m-%Y %H:%i:%s') 返回 '2 02 3 -1 0-2 6 1 0:3 0:00'。
避免使用 WHERE DATE(order_time) = '2 02 3 -1 0-2 6 '，而使用 BETWEEN 代替。
选择 DATETIME 可节省订单时间并避免 2 03 8 年问题。
统一存储UTC时间，并在应用层进行时区转换。

MySQL时间戳转日期教程 13位时间戳格式转换的完整步骤

记得我曾经在处理电商平台的订单数据时遇到了一个难题。
订单表中的时间字段存储的是1 3 位毫秒时间戳，前端需要显示日期和时间格式。
我坐在电脑前，皱着眉头，回忆着MySQL的功能，尝试着各种转换方法。

我首先编写了一个简单的 SQL 查询，将时间戳除以 1 000，并使用 FROM_UNIXTIME() 函数对其进行转换。
结果出来后，日期和时间格式正确，但是时间错误，因为服务器时区与前端显示的时区不匹配。
我检查了MySQL时区设置，发现需要临时调整会话时区。

尝试将时区设置为东巴区后，我再次运行查询。
这次描述正确了。
但我知道此设置仅对当前会话有效，并且需要在会话结束后重置。
经过思考，我决定使用 CONVERT_TZ() 函数来转换准确的时区，这样无论会话发生多大变化，都保证准时。

在解决这个问题的同时，我还发现了一部分。
一位同事“为什么不使用自定义函数呢？”如果你经常需要这种转换。
我突然想到，写一个自定义函数可以节省时间，提高效率。
因此，我很快创建了一个名为timestamp_to_datetime的函数并对其进行了测试，发现它运行得非常好。
{ 稍等一下，另一件事，我可以编写一个脚本来自动执行此过程，以防将来遇到类似问题吗？这可能是个好主意。