必须先将时间向下取整到自定义起点（如每15分钟桶的起始时间），再group by；不同数据库语法不同但逻辑一致，需处理毫秒与时区，并用时间序列补零。
怎么把时间对齐到自定义起点再分组
直接 GROUP BY event_time 只能按原始值分，没法实现“每15分钟”“每周三零点起”这种业务定义的切片。必须先把时间映射到每个区间的统一锚点，比如把 2026-07-20 14:12:33 转成它所属的 15 分钟桶的起始时间 2026-07-20 14:00:00。
关键不是“截断”，而是“向下取整到固定间隔”。不同数据库写法差异大，但逻辑一致：
- MySQL：用
FROM_UNIXTIME(FLOOR(UNIX_TIMESTAMP(event_time) / 900) * 900)（900 = 15×60） - PostgreSQL：用
TO_TIMESTAMP(FLOOR(EXTRACT(EPOCH FROM event_time) / 900) * 900) - SQL Server：用
DATEADD(minute, (DATEDIFF(minute, 0, event_time) / 15) * 15, 0)
FLOOR 是必须的——ROUND 或 CEILING 会让边界错位，比如 14:07:59 和 14:08:00 被分到不同桶里。
时区和毫秒不处理，分组就漂移
如果你的 event_time 是 TIMESTAMP WITH TIME ZONE 或带毫秒的 DATETIME(3)，不做预处理，结果会不可控。
常见现象：明明数据都在 9:00–9:04，但分组后出现两条记录，一条是 09:00:00，另一条是 09:00:00.123 —— 因为毫秒部分参与了除法运算，导致 FLOOR 结果不同。
实操建议：
- 先用
CAST(event_time AS DATETIME)或TRUNC(event_time, 'SS')去掉毫秒 - 时区不一致时，别依赖数据库默认时区。MySQL 用
CONVERT_TZ(event_time, '+00:00', '+08:00')；PostgreSQL 用event_time AT TIME ZONE 'Asia/Shanghai' - 确认你的“每5分钟”是指 UTC 还是本地时间——两者算出来的桶完全不一样
空时间段怎么补零，不能靠应用层硬拼
原始表里某 5 分钟没数据，GROUP BY 就不会输出那行。但监控图表、SLA 报表需要显示 0，否则趋势图断层。
正确做法是在 SQL 层生成完整时间序列，再左连聚合结果：
- MySQL 没原生
GENERATE_SERIES，得用递归 CTE 或临时数列模拟 - PostgreSQL 直接用
GENERATE_SERIES('2026-07-20'::date, '2026-07-21'::date, '5 minutes') - SQL Server 2022+ 可用
GENERATE_SERIES，但注意它返回的是整数，需配合DATEADD转时间
重点：子查询里的 WHERE 条件范围必须和外层生成的时间序列一致，否则 LEFT JOIN 会漏掉空桶。
DATE_BUCKET 看起来省事，但别无脑用
SQL Server 2022+ 的 DATE_BUCKET(minute, 5, event_time) 确实简洁，但它有硬伤：
- 版本锁死：旧版 SQL Server、跨库迁移时直接报错
- 参数顺序不能错：
DATE_BUCKET(<datepart>, <number>, <date>)</date></number></datepart>，写成DATE_BUCKET(event_time, 5, minute)会语法错误 - 返回类型是
datetime2，不是字符串，后续如果要拼接或格式化，还得额外CONVERT
真正复杂的地方不在函数本身，而在于你是否清楚这个“桶”是以哪个时区、哪一毫秒为基准对齐的——哪怕只差一秒，整个时间轴就偏了。
