PostgreSQL中按小时截断时间戳须用DATE_TRUNC('hour', created_at)，将'2024-05-20 14:32:17.892'截为'2024-05-20 14:00:00'，不四舍五入；单位必须为单数'hour'，字段类型应为TIMESTAMP或TIMESTAMPTZ，并注意时区统一。
DATE_TRUNC在PostgreSQL里怎么按小时截断时间戳
PostgreSQL不支持DATE_FORMAT，必须用DATE_TRUNC('hour', created_at)。它把任意精度的时间戳（比如'2024-05-20 14:32:17.892'）直接砍到小时边界，变成'2024-05-20 14:00:00'，不四舍五入、不偏移，是做小时级分组最干净的方式。
常见错误是写成DATE_TRUNC('hours', created_at)——单位必须是单数'hour'，否则报错ERROR: invalid value for type interval；另一个坑是字段类型不是TIMESTAMP WITH TIME ZONE却没处理时区，导致跨小时数据错位。
- 确保时间字段是
TIMESTAMP或TIMESTAMPTZ，别用TEXT或INTEGER存时间 - 如果原始数据是UTC但业务要按本地时区统计，先用
created_at AT TIME ZONE 'Asia/Shanghai'转换再截断 - 聚合前加
WHERE created_at >= NOW() - INTERVAL '7 days'，避免全表扫描拖慢查询
MySQL用DATE_FORMAT取小时段要注意什么
MySQL没有DATE_TRUNC，得靠DATE_FORMAT(created_at, '%Y-%m-%d %H:00:00')模拟。它本质是字符串格式化，结果是VARCHAR，虽然能分组，但无法直接参与时间计算（比如算两个小时段间隔），也容易因字符集或排序规则引发隐式转换问题。
更隐蔽的坑是：当created_at为NULL时，DATE_FORMAT返回NULL，而GROUP BY会把所有NULL归为一组，造成“未知小时”的虚假峰值。线上查到过因为日志埋点丢失时间字段，导致NULL组流量虚高3倍。
- 务必加
WHERE created_at IS NOT NULL过滤掉脏数据 - 如果后续要和其他时间字段做范围比较，记得用
STR_TO_DATE(..., '%Y-%m-%d %H:00:00')转回时间类型 - 避免在
DATE_FORMAT里用%k（无前导零小时），和%H混用会导致分组断裂
怎么算每个小时内的“峰值”而不是平均值
“流量峰值”不是AVG()，而是该小时内最高频次的分钟/秒粒度指标。典型做法是先按分钟聚合请求数，再取每小时的最大值。例如：
SELECT
DATE_TRUNC('hour', ts) AS hour,
MAX(minute_count) AS peak_requests
FROM (
SELECT
DATE_TRUNC('minute', created_at) AS ts,
COUNT(*) AS minute_count
FROM access_log
GROUP BY DATE_TRUNC('minute', created_at)
) t
GROUP BY DATE_TRUNC('hour', ts);这里嵌套两层聚合是关键：外层按小时分组，内层按分钟算真实请求密度。如果跳过内层直接COUNT(*) GROUP BY DATE_TRUNC('hour', ...)，得到的是该小时总流量，不是峰值——比如某小时共6000请求，均匀分布是100/分钟，但实际可能是5分钟内集中了4000请求，峰值就是800/分钟。
- 分钟级子查询必须带索引：给
created_at建B-tree索引，否则嵌套查询极慢 - 若数据量大，可改用物化视图或定时任务预计算分钟级汇总表
- 注意
MAX()作用对象是子查询的minute_count，不是原始行数
时区混乱会让小时分组完全错位
数据库服务器时区、客户端连接时区、应用写入时区三者不一致时，DATE_TRUNC或DATE_FORMAT的结果可能和业务感知的“自然小时”差好几个小时。比如上海服务端设为UTC，但前端传的时间戳是Asia/Shanghai且没声明时区，DATE_TRUNC('hour', '2024-05-20 14:30:00')会被当成UTC时间截断，实际对应北京时间22:30，导致下午2点的流量全算进晚上10点。
最稳妥的做法是在SQL开头统一声明时区：SET TIME ZONE 'Asia/Shanghai';（PostgreSQL）或连接时指定time_zone='+08:00'（MySQL）。临时方案是在字段上显式转换：DATE_TRUNC('hour', created_at AT TIME ZONE 'UTC' AT TIME ZONE 'Asia/Shanghai')。
- 不要依赖
SHOW TIMEZONE或SELECT @@time_zone的默认值，它们常被运维脚本覆盖 - 检查应用层写入时间戳是否带时区信息，Java用
Instant.now()写UTC，Python用datetime.now(timezone.utc) - 上线前用已知时间点（如整点请求）查一条记录，人工验证截断结果是否符合预期
