MySQL虚拟列from_unixtime()时区问题及UTC稳定时间实现诉求

问题背景 #

现有MySQL表定义如下：

CREATE TABLE aa (
 id int NOT NULL AUTO_INCREMENT,
 epochmillis bigint,
 session_dt DATETIME(3) generated always as (from_unixtime(epochmillis/1000)),
 -- utc DATETIME(3) generated always as (convert_tz(from_unixtime(epochmillis/1000), @@time_zone, 'UTC')),
PRIMARY KEY (`id`));

其中session_dt列依赖会话时区，结果会随会话时区变化；尝试定义的utc列因使用@@time_zone变量无法创建。需求是基于epochmillis（支持到3001年的毫秒级时间戳）生成稳定的UTC时区DATETIME(3)虚拟列，避免读写时区差异，同时保留epoch时间的易用性和时区无关的datetime操作能力。

实现方法 #

使用DATE_ADD直接基于UTC起始时间计算，替代依赖会话时区的FROM_UNIXTIME，具体表定义如下：

CREATE TABLE aa (
 id int NOT NULL AUTO_INCREMENT,
 epochmillis bigint,
 session_dt DATETIME(3) generated always as (from_unixtime(epochmillis/1000)),
 utc_dt DATETIME(3) GENERATED ALWAYS AS (DATE_ADD('1970-01-01 00:00:00.000', INTERVAL epochmillis MILLISECOND)) STORED,
 PRIMARY KEY (`id`));

关键说明 #

• 时区稳定性：DATE_ADD以UTC时间1970-01-01 00:00:00.000为基准，直接通过毫秒数累加计算时间，完全不依赖会话时区，生成的结果始终是UTC时间。
• 年份范围支持：MySQL的DATETIME(3)类型支持范围为1000-01-01 00:00:00.000到9999-12-31 23:59:59.999，完全覆盖到3001年的需求，不会出现2038年溢出问题。
• 虚拟列类型：如果需要频繁查询utc_dt，建议使用STORED（存储型虚拟列），查询时无需重复计算；若磁盘空间紧张，也可改为VIRTUAL（计算型虚拟列），但查询时会实时计算。

内容的提问来源于stack exchange，提问作者user2023577