用floor和时间戳整除可实现5分钟分组：先转秒级时间戳，整除300后乘回，再转时间；mysql用unix_timestamp，postgresql用extract(epoch from dt)；需注意对齐方向、起始偏移及索引失效问题。
用 FLOOR 和时间戳整除实现 5 分钟分组
直接对 datetime 字段做 GROUP BY 无法按 5 分钟切片，必须先将其“对齐”到最近的 5 分钟边界。核心思路是：把时间转成秒级时间戳 → 减去起始偏移（可选）→ 整除 300（5×60）→ 再乘回 300 → 转回时间。MySQL / PostgreSQL / SQL Server 都支持该逻辑，只是时间戳函数名不同。
以 MySQL 为例，关键操作是：
GROUP BY FLOOR(UNIX_TIMESTAMP(dt) / 300)
这会把每 5 分钟内的所有记录映射到同一个整数，从而实现分组。注意：这里没加 FROM_UNIXTIME 回转，是因为分组本身只需一致标识；若要显示分组起始时间，需额外转换。
如何让分组结果带可读的 5 分钟时间标签
只靠 FLOOR 分组能统计，但输出的是数字，不直观。需要把整数再转回 DATETIME 格式，且确保对齐到整点或指定起始点（比如从 00:00、00:05 开始）。
- 对齐到最近的、向下取整的 5 分钟起点（如
2024-01-01 10:23:47→2024-01-01 10:20:00）：FROM_UNIXTIME(FLOOR(UNIX_TIMESTAMP(dt) / 300) * 300) - 若想强制从 00:05 开始（即 00:00–00:04 属于上一区间），可先减去 300 秒再算：
FROM_UNIXTIME(FLOOR((UNIX_TIMESTAMP(dt) - 300) / 300) * 300 + 300) - PostgreSQL 用户用
EXTRACT(EPOCH FROM dt)替代UNIX_TIMESTAMP，逻辑完全一致
为什么不用 DATE_SUB 或 INTERVAL 直接截断
有人尝试用 DATE_SUB(dt, INTERVAL SECOND(dt) % 300 SECOND)，看似直观，但实际有坑：
-
SECOND(dt)只取秒数（0–59），无法处理分钟进位，23:59:59截断后变成23:59:00，不是 5 分钟对齐 -
MINUTE(dt)同样只返回 0–59，无法区分10:04和10:09是否同属一个 5 分钟片 - 真正可靠的方式必须基于总秒数（即时间戳），否则跨分钟/小时时必然错位
性能与索引注意事项
这个写法在大数据量下容易慢，因为 UNIX_TIMESTAMP(dt) 是非 SARGable 表达式，无法走 dt 字段的索引。
- 如果查询范围固定（比如只查最近 1 小时），先用
WHERE dt BETWEEN ... AND ...缩小扫描范围，再分组 - MySQL 8.0+ 可建函数索引：
CREATE INDEX idx_dt_5min ON t ( (FLOOR(UNIX_TIMESTAMP(dt) / 300)) ) - PostgreSQL 可用表达式索引：
CREATE INDEX idx_dt_5min ON t ((EXTRACT(EPOCH FROM dt)::int / 300)) - 注意：函数索引只加速分组字段本身，不加速原始时间条件；仍建议配合
WHERE dt >= ...使用
整除分片看着简单，但时间对齐方向、起始偏移、索引失效这三点，线上出过不少统计偏差问题。尤其是跨天或夏令时切换时段，务必用具体时间点验算两轮再上线。
