出海业务涉及多个时区，数据时间怎么统一处理？

跨时区数据处理是出海业务的独有难题。国内公司几乎不会遇到，但在出海公司天天都要面对。我在两家出海公司都踩过这个坑，最惨的一次是因为时区问题导致ROI报表数据错了一周才发现。今天把踩坑经验和最佳实践彻底讲清楚。

业务场景：短剧出海的广告数据

我当前在短剧出海公司，广告投放覆盖美国（UTC-5/UTC-4夏令时）、日本（UTC+9）、东南亚（UTC+7/+8）多个时区。问题来了：

“昨天的数据”在不同时区是不同的时间范围。当北京时间是3月15日 00:00时，美国东部还是3月14日 12:00。如果你用北京时间做分区，美国的“昨天”和日本的“昨天”实际上不是同一个时间范围。

踩坑经历：ROI报表错了一周

我在出海硬件公司时，刚开始做广告报表，团队里没人注意时区问题。埋点时间有的是服务器时间（UTC），有的是客户端本地时间，混在一起做计算。结果某些国家的日报数据一直有偏差，跑了一周才被业务方发现。

根本原因：没有统一时间基准。后来我们定下规矩：所有时间字段必须存UTC，做报表时再转换。

我的解决方案：三层处理

第一层：ODS层统一存UTC

无论数据源给的是什么时区，ODS层全部转换为UTC时间戳存储。如果数据源本身就是UTC，直接存；如果是本地时间，先转换。

第二层：DWD层加本地时间字段

-- DWD层转换逻辑
SELECT
  event_id,
  event_time_utc,                    -- 原始 UTC 时间戳
  user_timezone,                      -- 用户时区（从IP或设备设置获取）
  FROM_UTC_TIMESTAMP(event_time_utc, user_timezone) AS event_time_local,
  CAST(FROM_UTC_TIMESTAMP(event_time_utc, user_timezone)
    AS DATE) AS event_date_local,     -- 本地日期，用于报表查询
  user_id, event_type, platform
FROM ods_user_event;