跨时区统计必须先统一时区再计算，核心是明确时间字段的物理语义；CONVERT_TZ()易因类型、时区表缺失或参数错误失效；AT TIME ZONE在PostgreSQL与SQL Server中行为相反；GROUP BY和JOIN需避免函数导致索引失效，推荐生成列或表达式索引。
直接用 NOW() 或 CURRENT_TIMESTAMP 做跨时区统计，几乎必然出错——它返回的是当前会话时区时间，不是业务需要的“北京时间”或“UTC”。核心原则只有一条：**先对齐时区，再做计算；所有日期函数必须作用于已转换的时间值**。
CONVERT_TZ() 为什么总返回 NULL 或错误结果
MySQL 的 CONVERT_TZ() 不是“智能识别”，它只按你写的参数硬转。常见失败点：
- 源字段是
VARCHAR类型：函数静默返回NULL，整行数据在GROUP BY或WHERE中消失 - 没加载时区表：
mysql.time_zone*表为空时，'Asia/Shanghai'这类命名时区直接报错Unknown or incorrect time zone - 误把服务器本地时间当 UTC：比如
CONVERT_TZ(created_at, '+00:00', '+08:00')，但created_at实际存的是东八区时间，结果多加 8 小时 - 用
GMT+8这类简写：MySQL 不认，必须用'+08:00'或系统支持的命名时区（查SELECT * FROM mysql.time_zone_name）
AT TIME ZONE 在 PostgreSQL 和 SQL Server 中的陷阱
两个数据库都叫 AT TIME ZONE，但行为完全相反，混用就错：
- PostgreSQL：
AT TIME ZONE是后缀操作符，col AT TIME ZONE 'UTC'意思是“把col当作当前会话时区的时间，解释成 UTC 时间戳”；如果col是TIMESTAMP WITHOUT TIME ZONE（最常见），这步才生效 - SQL Server：
AT TIME ZONE是链式函数，但只接受DATETIME2或DATETIMEOFFSET；对DATETIME直接调用会静默转为无偏移DATETIME2，再执行时因无源时区上下文，最终返回NULL - 时区名不互通：PostgreSQL 要
Asia/Shanghai（IANA），SQL Server 要China Standard Time（Windows ID），填错就失效
GROUP BY 日期分组时，为什么数据被错分到同一天
UTC 时间 '2026-07-20 15:59:59' 和 '2026-07-20 16:00:00' 在北京时间（Asia/Shanghai）里分属 7 月 20 日和 21 日，但若直接 GROUP BY DATE(created_at)，它们会被挤进同一天统计。
- 正确顺序只能是：先转时区 → 再截日期，例如
DATE(CONVERT_TZ(created_at, '+00:00', '+08:00')) - 别在
GROUP BY里套函数：像GROUP BY DATE(CONVERT_TZ(...))无法走索引，大表查询变慢 - 更稳做法是建生成列：
ALTER TABLE orders ADD COLUMN biz_date DATE AS (DATE(CONVERT_TZ(created_at, '+00:00', '+08:00'))) STORED，然后GROUP BY biz_date - 确保
created_at是DATETIME或TIMESTAMP类型；如果是字符串，必须先用STR_TO_DATE()转型，否则CONVERT_TZ()不处理
JOIN 关联跨时区时间字段，性能崩掉怎么办
在 ON 条件里写 CONVERT_TZ(t1.ts, 'Asia/Shanghai', 'UTC') = t2.utc_ts，哪怕 t1.ts 有索引也白搭——函数会让索引失效。
- 提前物化：MySQL 加生成列 + 索引，PostgreSQL 建表达式索引，SQL Server 建计算列并索引
- 移出 JOIN：用 CTE 或子查询先把一边时间转好，再关联，例如
WITH t1_utc AS (SELECT id, CONVERT_TZ(event_time, 'Asia/Shanghai', '+00:00') AS ts_utc FROM t1) - 夏令时边界小时要特别小心：比如
2024-10-27 02:30:00在某些时区可能不存在或重复，AT TIME ZONE能自动处理，但SWITCHOFFSET不能
真正难的不是写对一行转换语句，而是确认每个时间字段的物理存储语义——它到底是用户提交的本地时间？还是已归一化的 UTC？还是带偏移的原始输入？没理清这个，所有函数调用都是空中楼阁。
