mysql之unix时间戳和正常时间格式之间的转换

哈，这个我很熟悉。
上周，一位客户问我如何将MySQL中的Unix时间戳转换为我们常见的日期和时间格式，我向他详细解释了这一点。

首先，需要将Unix时间戳转换为日期和时间格式，使用FROM_UNIXTIME函数。
例如，对于 Unix 时间戳 1 2 3 4 5 6 7 8 9 0，您可以编写： SELECT FROM_UNIXTIME(1 2 3 4 5 6 7 8 9 0);默认情况下，将以年、月、日、时:分:秒的格式返回，如“2 009 -02 -1 3 2 3 :3 1 :3 0”。

如果想自定义输出格式，比如只显示年月日，可以使用format参数，如：SELECT FROM_UNIXTIME(1 2 3 4 5 6 7 8 9 0, '%Y-%m-%d');，那么返回的值为“2 009 -02 -1 3 ”。

然后，如果您想获取当前日期，请使用 CURRENT_DATE 函数。
很简单，只需要写 SELECT CURRENT_DATE;它会返回当前日期，例如“2 02 3 -1 0-2 5 ”。

相反，如果要将常见的日期和时间格式转换为 UNIX 时间戳，请使用 UNIX_TIMESTAMP 函数。
例如，对于当前日期和时间，您可以编写：SELECT UNIX_TIMESTAMP(NOW());，这将返回 UNIX 时间戳。

记住，如果需要转换特定的日期和时间，可以直接将 CURRENT_DATE 替换为字符串或字段。
例如，如果要将时间更改为“2 02 3 -1 0-2 5 1 4 :3 0:00”，可以这样写： SELECT UNIX_TIMESTAMP('2 02 3 -1 0-2 5 1 4 :3 0:00');
无论如何，这些函数在MySQL中处理日期和时间转换非常方便。
我还在想，如果以后有更多的朋友问我这样的问题，我应该赶紧回答。
必须解决它，制作一个小教程并发布到网上。

MySQL时间格式处理 13位时间戳转日期格式的完整流程

MySQL 1 3 位千秒时间戳日期，步骤： 1 、将M除以第二步中的标记进行换算。
2 . 使用FROM_UNIXTIME 转换。
3 .DATE_FORMAT自定义格式。
4 .查找NULL时使用IFNULL或THROW。
5 . 使用CONVERT_TZ调整时区。
6 . 要提高性能，请使用通用列或抢占列。
7 . 示例代码：
SELECT DATE_FORMAT(FROM_UNIXTIME(1 6 7 8 8 8 6 4 00000/1 000), '%Y-%m-%d %H:%i:%s') AS datetime_format;

MySQL日期格式化教程 13位时间戳转日期类型的解决方案

说白了，将 1 3 位毫秒时间戳转换为 MySQL 日期需要两步：首先除以 1 000 RollSecond，然后使用 FROM_UNIXTIME()。
另一点需要注意的是自定义格式，例如使用 DATE_FORMAT() 删除秒或仅保留年、月和日。
去年我们将这块地用于该项目。
当时数据量大概是3 000条左右，如果格式不对的话就会挂很长时间。
还有另一个重要的细节。
如果您使用的是 MySQL 5 .6 .4 或更高版本，还可以使用 MOD 和 LPAD 来合并毫秒。
我当时就觉得这个功能很有趣。
说实话，这很令人困惑。
低版本没有这个功能。

一开始我以为可以直接转成TIMESTAMP，但后来我发现这是错误的。
我必须先传输秒数，然后使用 UNIX_TIMESTAMP1 000 才能得到正确的结果。
等等，还有一件事，不要忘记时区。
直接使用CONVERT_TZ()转换UTC和本地时区，但前提是必须先加载时区表。
很多人不注意这一点。
我认为值得尝试使用 DATETIME(3 ) 来存储以毫秒为单位的时间。
它的准确度很高，而且不用担心时区。

MySQL日期转换方案 13位时间戳转标准格式的完整教程

要将 1 3 位毫秒时间戳转换为标准日期格式，请先除以 1 000 秒。
语言的翻译 将1 3 位时间戳除以1 000，并使用MySQL函数将其转换为1 0位辅助时间戳，然后转换为标准时间。

某些功能：- 广场 -
基本转换（1 0位二次转换为标准格式） 选择标准日期时间 FROM FROM_UNIXTIME(your_1 3 _digit_timestamp/1 000) 来自表名；
-
例如：1 6 7 8 8 8 6 4 00000 至 2 02 3 -03 -1 5 00:00:00
自定义输出格式： 使用DATE_FORMAT()控制格式，如%Y-%m-%d %H:%i:%s。
规模 -
结果完整，仅日期，仅时间 选择 DATE_FORMAT(FROM_UNIXTIME(your_1 3 _digit_timestamp/1 000), '%Y-%m-%d %H:%i:%s') 已填充； DATE_FORMAT(FROM_UNIXTIME(your_1 3 _digit_timestamp/1 000), '%Y-%m-%d') AS date_only; DATE_FORMAT(FROM_UNIXTIME(your_1 3 _digit_timestamp / 1 000), '%H:%i:%s') as time_only 来自表名；
常见陷阱：
1 时区问题（UTC 与服务器时区）
原因：MySQL默认使用服务器的时区。
如果将 UTC 转换为 CST，则会有 8 小时的时差。
解决方案： 广场 -
将时区设置为 UTC 设置 time_zone='+00:00'; -
或使用 CONVERT_TZ() （必须首先加载时区表） SELECT CONVERT_TZ(FROM_UNIXTIME(your_1 3 _digit_timestamp/1 000), '+00:00', '+08 :00') AS 北京时间; 2 .数据类型问题：
陷阱：VARCHAR 或 INT 存储的时间戳容易溢出。

解决方案：使用BIGINT存储1 3 位时间戳。
3 .设置NULL值： 广场 -
为NULL时显示1 9 7 0-01 -01 选择 COALESCE(FROM_UNIXTIME(your_1 3 _digit_timestamp/1 000), FROM_UNIXTIME(0)) AS 可靠的日期时间 来自表名； 4 .性能问题（索引失败）：
陷阱：使用函数的子句失败。
解决方案： 广场 -
直接与时间戳比较 其中 your_1 3 _digit_timestamp >= UNIX_TIMESTAMP('2 02 3 -03 -1 5 00:00:00') 1 000 AND your_1 3 _digit_timestamp < UNIX>或者：先将DATETIME转换为数据库。
最佳实践：
存储使用 BIGINT（1 3 位）或 DATETIME。

时区以UTC存储并由应用层传输。

时间范围查询采用直接时间戳比较。
定期清除历史数据类型。

称一下体重。