用FLOOR将时间戳转为秒数后除以间隔再取整，可实现精确固定间隔分组；需统一时区、物化列优化索引、用generate_series补空桶。

用 FLOOR 和时间单位换算实现固定间隔分组

直接用 GROUP BY 对原始时间戳分组没法控制间隔，必须把时间“对齐”到固定起点（比如每5分钟的整点：00:00、00:05、00:10…）。核心思路是把时间转成秒数或分钟数，除以间隔再向下取整，再乘回去——FLOOR 是最稳妥的选择，比 ROUND 或截断更可靠，避免跨区间错位。

常见错误是直接用 DATE_TRUNC('minute', ts)（PostgreSQL）或 DATEADD(minute, DATEDIFF(minute, 0, ts)/5*5, 0)（SQL Server），但这些在跨小时/跨天时容易因时区或精度丢数据；而基于秒数的计算更通用。

• MySQL 示例（假设 event_time 是 DATETIME 类型）：

  SELECT 
    FROM_UNIXTIME(FLOOR(UNIX_TIMESTAMP(event_time) / 300) * 300) AS interval_start,
    COUNT(*) AS cnt
  FROM logs
  GROUP BY FLOOR(UNIX_TIMESTAMP(event_time) / 300);

• PostgreSQL 更简洁：

  SELECT 
    TIMEZONE('UTC', FLOOR(EXTRACT(EPOCH FROM event_time) / 300) * INTERVAL '1 second') AS interval_start,
    COUNT(*)
  FROM logs
  GROUP BY FLOOR(EXTRACT(EPOCH FROM event_time) / 300);

• 注意：300 = 5 × 60，换成10分钟就用600，1小时用3600

处理时区偏移导致的分组漂移

如果业务数据带本地时区（如 TIMESTAMP WITH TIME ZONE），直接用 EXTRACT(EPOCH FROM ...) 会按服务器时区解释，结果可能和业务预期不一致。必须先统一转成 UTC 或目标时区再计算。

• PostgreSQL 中，推荐显式转换：EXTRACT(EPOCH FROM (event_time AT TIME ZONE 'Asia/Shanghai')::TIMESTAMP)
• MySQL 8.0+ 支持 CONVERT_TZ(event_time, '+08:00', '+00:00')，再套 UNIX_TIMESTAMP
• 没时区信息的字段（如 DATETIME），得靠业务约定——别假设它等于服务器时区，否则凌晨2点夏令时切换时会漏掉或重复一组

性能敏感场景下避免函数索引失效

上面所有写法都会让数据库无法使用 event_time 上的普通 B-tree 索引，因为对字段做了表达式计算。如果查询频次高、数据量大，必须提前物化分组键。

• 加一个生成列（MySQL 5.7+/PostgreSQL 12+）：ALTER TABLE logs ADD COLUMN interval_5min TIMESTAMP GENERATED ALWAYS AS (FROM_UNIXTIME(FLOOR(UNIX_TIMESTAMP(event_time)/300)*300)) STORED;
• 然后在该列上建索引：CREATE INDEX idx_interval_5min ON logs(interval_5min);
• 查询时直接 GROUP BY interval_5min，就能走索引扫描
• 注意：生成列值依赖原始时间，更新 event_time 会自动刷新，但旧数据需手动补全

空桶补全（缺失时间段显示为 0）

原生 GROUP BY 只返回有数据的区间，监控类需求常需要“每5分钟一行”，哪怕计数为0。这得靠生成时间序列再左连接。

• PostgreSQL 可用 GENERATE_SERIES：

  SELECT s.ts AS interval_start, COALESCE(l.cnt, 0) AS cnt
  FROM GENERATE_SERIES(
    '2024-01-01 00:00'::TIMESTAMP,
    '2024-01-01 23:59'::TIMESTAMP,
    '5 minutes'
  ) AS s(ts)
  LEFT JOIN (
    SELECT FROM_UNIXTIME(FLOOR(UNIX_TIMESTAMP(event_time)/300)*300) AS ts, COUNT(*) AS cnt
    FROM logs WHERE event_time >= '2024-01-01' AND event_time < '2024-01-02'
    GROUP BY FLOOR(UNIX_TIMESTAMP(event_time)/300)
  ) l ON s.ts = l.ts;

• MySQL 没内置序列函数，得用递归 CTE（8.0+）或临时表模拟，复杂度明显上升
• 补桶逻辑务必和分组逻辑用同一套时间对齐公式，否则会出现“看起来是同一时间点但实际 hash 不同”的错位

实际用的时候，先确认你的数据库版本是否支持生成列或递归 CTE，再决定要不要预计算。时区和空桶是线上最容易出问题的两个点，尤其跨地域部署时，别只在开发机上跑通就上线。