SELECT count(*)from u where u.create_time BETWEEN “2025-06-20“ and “2025-06-20“ 这个SQL不能把当天的数据统计出来-CSDN博客

本文链接：https://blog.csdn.net/SSHLY3/article/details/148839958

分析因为SQL 查询无法返回 2025-06-20 08:59:04 数据的核心原因是 时间范围的精度问题.

一、问题本质：字符串与时间类型的隐式转换

这个SQL 使用了 字符串字面量（双引号 "2025-06-20"）作为时间范围，但数据库在执行时会将其隐式转换为 时间类型。具体逻辑如下：

字符串 "2025-06-20" → 转换为 时间类型 2025-06-20 00:00:00（即午夜零点）。
BETWEEN 是闭区间，因此实际查询的范围是：
2025-06-20 00:00:00 到 2025-06-20 00:00:00。
这个范围内只有 精确到零点的数据 会被匹配，而 08:59:04 明显超出了该范围。

例子:

查询范围（无效）：

[2025-06-20 00:00:00] ～ [2025-06-20 00:00:00]

↑ 目标数据 08:59:04 在此时间点之后，无法匹配

正确的全天范围（有效）：

[2025-06-20 00:00:00] ～ [2025-06-21 00:00:00)

↑ 目标数据 08:59:04 在此范围内

三、解决方案

1. 使用正确的时间范围语法（推荐）

查询 一整天 的数据，应使用 半开区间（包含开始，不包含结束）：

SELECT count(*)
FROM u
WHERE 
  u.create_time >= '2025-06-20 00:00:00'  -- 包含零点
  AND u.create_time < '2025-06-21 00:00:00';  -- 不包含次日零点

原理：2025-06-21 00:00:00 是第二天的开始，因此这个范围覆盖了 整个 2025-06-20 日。

2. 使用日期函数简化（MySQL 示例）

如果想动态查询今天的数据，可以用 CURDATE() 函数：

SELECT count(*)
FROM u
WHERE 
 u.create_time >= CURDATE()  -- 今天零点
  AND u.create_time < CURDATE() + INTERVAL 1 DAY;  -- 明天零点

四、其他注意事项

单引号与双引号：
SQL 标准中字符串用 单引号 '，双引号 " 通常用于标识符（如列名、表名）。虽然部分数据库允许双引号表示字符串，但为兼容性建议统一用单引号。
索引优化：
如果 create_time 列没有索引，大量数据查询时会很慢。建议添加索引：

ALTER TABLE u ADD INDEX idx_create_time (create_time);

时区问题：
如果数据库时区与应用时区不一致，可能导致时间计算偏差。建议统一时区（如 UTC）。

五、验证示例

以下 SQL 可验证数据是否确实存在于指定日期：

-- 查找2025-06-20当天的第一条记录
SELECT MIN(create_time)
FROM u
WHERE create_time >= '2025-06-20 00:00:00'
  AND create_time < '2025-06-21 00:00:00';

-- 统计当天总记录数
SELECT COUNT(*)
FROM u
WHERE create_time >= '2025-06-20 00:00:00'
  AND create_time < '2025-06-21 00:00:00';