如何判断UTC时间是否跨天落在数据库的两个TIME字段区间内？

快速修复方案（无需修改表结构） #

核心问题是业务时间转换为UTC后出现跨天，导致EndTime小于StartTime，原有区间判断逻辑失效。调整判断逻辑覆盖跨天场景：

CASE
    WHEN EndTime > StartTime THEN CURTIME() BETWEEN StartTime AND EndTime
    ELSE CURTIME() >= StartTime OR CURTIME() <= EndTime
END AS IsActive

逻辑说明：

• 当EndTime > StartTime时，说明UTC时间区间在同一天内，直接用BETWEEN判断当前时间是否在区间内
• 当EndTime < StartTime时，说明区间跨天（比如UTC时间23:00到次日00:30），只要当前时间大于等于StartTime，或者小于等于EndTime，就判定为活跃状态

长期优化方案（推荐） #

单纯的TIME字段缺少日期维度，是跨天判断问题的根源。建议调整表结构，补充日期或时区相关信息：

方案1：改用带日期的时间类型 #

将StartTime和EndTime字段改为TIMESTAMP或DATETIME，存储业务时间对应的完整UTC时间戳（包含日期和时间）。此时判断逻辑可简化为：

CURRENT_TIMESTAMP() BETWEEN StartTime AND EndTime AS IsActive

方案2：保留TIME字段，新增时区字段 #

若必须保留TIME字段，新增TimeZone字段存储业务时区（如'America/New_York'、'America/Los_Angeles'），查询时将业务时间转换为UTC完整时间再比较（以MySQL为例）：

CASE
    WHEN CONVERT_TZ(CONCAT(CURDATE(), ' ', EndTime), TimeZone, 'UTC') > CONVERT_TZ(CONCAT(CURDATE(), ' ', StartTime), TimeZone, 'UTC')
        THEN CURRENT_TIMESTAMP() BETWEEN CONVERT_TZ(CONCAT(CURDATE(), ' ', StartTime), TimeZone, 'UTC') AND CONVERT_TZ(CONCAT(CURDATE(), ' ', EndTime), TimeZone, 'UTC')
    ELSE CURRENT_TIMESTAMP() >= CONVERT_TZ(CONCAT(CURDATE(), ' ', StartTime), TimeZone, 'UTC') OR CURRENT_TIMESTAMP() <= CONVERT_TZ(CONCAT(DATE_ADD(CURDATE(), INTERVAL 1 DAY), ' ', EndTime), TimeZone, 'UTC')
END AS IsActive

该方案通过时区函数将业务时间转换为带日期的UTC时间，同时处理跨天场景下的日期偏移。

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