HOUR()无法准确筛选整点数据，因其仅提取小时数而忽略分秒；正确方法是用DATE_FORMAT()或TIME()判断时间是否为'HH:00:00'格式，并注意索引优化与数据库语法差异。

为什么直接用 HOUR() 无法准确筛选“整点数据”

很多人以为只要 HOUR(time_column) = HOUR(NOW()) 就能拿到当前小时的整点记录，其实这是误解。整点数据指的是时间值的分钟和秒都为 0（例如 '2024-05-20 14:00:00'），而 HOUR() 只返回小时数，完全忽略分秒——它甚至会把 '2024-05-20 14:35:12' 也当作“14点的数据”匹配进来。

真正要查整点，核心是判断时间字段是否“落在某个整点时刻”，而不是“属于某个小时”。

用 DATE_FORMAT() 或 TIME() 配合字符串匹配最稳妥

MySQL 中最直观、兼容性好、不易出错的方式，是把时间字段格式化成 'HH:MM:SS' 形式，再判断是否等于 'HH:00:00'。PostgreSQL 和 SQL Server 虽语法不同，但思路一致：提取时间部分并比对精度。

• MySQL 示例（查今天所有整点记录）：

  SELECT * FROM logs 
  WHERE DATE_FORMAT(create_time, '%H:%i:%s') IN (
    '00:00:00', '01:00:00', '02:00:00', ..., '23:00:00'
  );

• 更实用的写法（查最近24小时内所有整点）：

  SELECT * FROM logs 
  WHERE create_time >= DATE_SUB(NOW(), INTERVAL 24 HOUR)
    AND TIME(create_time) IN (
      '00:00:00', '01:00:00', '02:00:00', ..., '23:00:00'
    );

• 注意：TIME() 返回的是时间类型，可直接与字符串比较（MySQL 自动隐式转换），但某些严格模式下建议显式转为字符串：TIME_FORMAT(TIME(create_time), '%H:%i:%s')

按时间段 + 整点双重过滤时，别漏掉边界和索引失效风险

如果既要限定时间范围（比如 ‘2024-05-20 09:00:00’ 到 ‘2024-05-20 17:00:00’），又要只取其中的整点，两个条件必须同时生效，且顺序影响性能。

• ✅ 正确写法（先用范围缩小数据集，再判整点）：

  WHERE create_time BETWEEN '2024-05-20 09:00:00' AND '2024-05-20 17:00:00'
    AND TIME(create_time) = '00:00:00'; -- 这里实际应枚举或用函数生成，见下条

• ❌ 错误写法（TIME(create_time) = '00:00:00' 放前面，可能让索引失效）
• ⚠️ 如果你用的是 HOUR(create_time) = 14 加 MINUTE(create_time) = 0 AND SECOND(create_time) = 0，虽然语义正确，但多列函数计算会阻止索引使用，尤其在大表上很慢
• ? 更高效的做法：如果业务中整点数据是规律插入的（如每小时一条），可考虑加一个生成列 is_hourly_point TINYINT AS (CASE WHEN MINUTE(create_time)=0 AND SECOND(create_time)=0 THEN 1 ELSE 0 END) 并建索引

PostgreSQL / SQL Server 用户别硬套 HOUR()

HOUR() 是 SQL Server 特有函数（MySQL 没这个函数，PostgreSQL 也没有），MySQL 用 HOUR() 是错的——它其实是 HOUR() 函数，但仅限 MySQL；PostgreSQL 得用 EXTRACT(HOUR FROM col)，SQL Server 才真有 HOUR(col)。但再次强调：哪怕函数存在，单靠 HOUR() 也无法识别整点。

• PostgreSQL 示例：

  WHERE create_time >= '2024-05-20 09:00:00'
    AND create_time <= '2024-05-20 17:00:00'
    AND EXTRACT(MINUTE FROM create_time) = 0
    AND EXTRACT(SECOND FROM create_time) = 0;

• SQL Server 示例：

  WHERE create_time BETWEEN '2024-05-20 09:00:00' AND '2024-05-20 17:00:00'
    AND DATEPART(MINUTE, create_time) = 0
    AND DATEPART(SECOND, create_time) = 0;

• 跨数据库可移植写法？基本没有。关键是别被函数名带偏，始终聚焦“分钟=0 且 秒=0”这个本质条件

整点不是“小时对得上”，而是“分秒必须归零”——这个细节在监控告警、定时汇总等场景里一旦漏判，就可能把非整点脏数据混进来，而且很难通过肉眼发现。