sql中5分钟时间对齐需用date_trunc或floor向下取整：postgresql/bigquery/trino用date_trunc('hour',ts)+interval'5 minute'floor(extract(minute from ts)/5.0)；mysql用floor(unix_timestamp(ts)/300)300配合from_unixtime；sql server用dateadd(minute,datediff(minute,0,ts)/5*5,0)；所有场景须统一转业务时区防错位，空桶需generate_series或递归cte补全。
用 DATE_TRUNC 或 FLOOR 对时间戳做5分钟对齐
PostgreSQL、BigQuery、Trino 等支持 DATE_TRUNC 的数据库，直接用 DATE_TRUNC('minute', ts) - INTERVAL '1 minute' * (EXTRACT(MINUTE FROM ts) % 5) 不够直观，更稳妥的是：DATE_TRUNC('hour', ts) + INTERVAL '5 minute' * FLOOR(EXTRACT(MINUTE FROM ts) / 5.0)。注意除法必须用 / 5.0（而非 / 5），否则整数除法会截断，导致 04:07 → 04:00 而不是 04:05。
MySQL 没有 DATE_TRUNC，得靠 FLOOR(UNIX_TIMESTAMP(ts) / 300) * 300 把时间转成秒级时间戳再取整，然后用 FROM_UNIXTIME() 转回 datetime：
SELECT FROM_UNIXTIME(FLOOR(UNIX_TIMESTAMP(event_time) / 300) * 300) AS time_5min, COUNT(*) FROM logs GROUP BY time_5min;
SQL Server 怎么处理 5 分钟分组？
SQL Server 不支持直接除以 300 秒，得用 DATEADD + DATEDIFF 组合：先算出从某个基准点（如 0）到 event_time 的总分钟数，再除以 5 取整，最后加回去。常用写法是：
DATEADD(MINUTE, DATEDIFF(MINUTE, 0, event_time) / 5 * 5, 0)- 注意
DATEDIFF(MINUTE, 0, ...)中的0是 SQL Server 的 epoch 基准（1900-01-01），安全可靠 - 如果字段是
datetime2，结果精度仍为分钟级，不会意外带秒
GROUP BY 时间分组后聚合结果为空怎么办？
常见原因是原始数据里没有落在目标 5 分钟区间内的记录，比如你查 09:00–09:05，但实际数据最早是 09:05:01 —— 那它会被归入 09:05–09:10 区间，导致 09:00–09:05 这组在结果中完全不出现。
要补全空时间段，不能只靠 GROUP BY，得用生成序列的方式：
- PostgreSQL：用
GENERATE_SERIES(start_ts, end_ts, '5 minutes')构造完整时间桶，再LEFT JOIN原始聚合结果 - MySQL：需借助递归 CTE（8.0+）或临时数字表模拟时间序列
- 别指望
COALESCE(count, 0)能补行——它只补NULL值，不补缺失的分组行
时区没对齐会导致聚合错乱
如果 event_time 是 TIMESTAMP WITH TIME ZONE 类型（如 PostgreSQL 的 timestamptz），而你的业务按本地时区统计（比如北京时间），必须先用 AT TIME ZONE 'Asia/Shanghai' 转换，再做分组。否则系统默认按 UTC 对齐，09:03 UTC 对应北京时间 17:03，但你想要的是 09:03 北京时间对应的那个 5 分钟桶。
MySQL 的 datetime 无时区信息，务必确认写入时已统一转为目标时区；若混用 timestamp（自动转 UTC 存储），读取时又没显式转换，聚合结果会偏移 8 小时。
跨时区系统里，时间分组的“5 分钟”永远是以业务所在时区为锚点的，不是数据库服务器本地时间，也不是 UTC。
