本文详解如何修正 MySQL BETWEEN 日期范围查询逻辑，解决因日期格式不匹配或条件误用导致的“漏查”问题——例如当前日期（8/26/22）应同时匹配起止日为 8/25/22–8/28/22 的有效预约记录。
本文详解如何修正 mysql `between` 日期范围查询逻辑，解决因日期格式不匹配或条件误用导致的“漏查”问题——例如当前日期（8/26/22）应同时匹配起止日为 `8/25/22–8/28/22` 的有效预约记录。
在实际开发中，常见需求是查询“当前日期是否落在某段预约时间范围内”，例如判断今天（CURDATE()）是否属于某条日程的 datetime_start 到 datetime_end 区间内。但原始 SQL 存在两个关键问题：
逻辑错误：条件方向颠倒
原语句使用CURDATE() BETWEEN DATE(datetime_start) AND DATE(datetime_end)，看似合理，实则隐含陷阱：BETWEEN a AND b要求a ≤ b才能成立。若数据库中存在datetime_start > datetime_end（如数据异常或时区处理失误），该行将被直接排除，造成漏查。格式干扰：函数滥用导致隐式转换失效
答案中提到的DATE_FORMAT(..., "%Y-%m-%d")并非必要，且可能引入冗余。DATE()函数已可安全提取日期部分；而CURDATE()返回标准DATE类型，与DATE(datetime_start)类型一致，无需格式化。真正的问题在于——原始逻辑本身无法覆盖“跨日持续中”的场景？不，它本应可以，但需确保字段类型和值合法。
✅ 正确且健壮的写法应为：
WHERE CURDATE() >= DATE(datetime_start) AND CURDATE() <= DATE(datetime_end) AND schedule_list.assembly_hall_id = ? ORDER BY datetime_start ASC;
✅ 优势：显式比较更可控，避免
BETWEEN对边界顺序的强依赖；支持索引优化（若datetime_start/datetime_end有日期索引）；语义清晰，便于维护。
⚠️ 注意事项：
立即学习“PHP免费学习笔记（深入）”；
- 确保
datetime_start和datetime_end字段为DATETIME或DATE类型（而非VARCHAR）。若存为字符串（如'8/26/22'），必须先用STR_TO_DATE(datetime_start, '%m/%d/%y')转换，否则比较无意义； - 推荐统一使用
YYYY-MM-DD格式存储日期，避免区域格式歧义； - 在 PHP 中，务必使用预处理语句防止 SQL 注入（如
PDO::prepare()），将$room_id绑定为参数，而非拼接字符串； - 若需包含时分秒精度（如精确到小时级生效），应去掉
DATE()包裹，直接比较datetime_start = NOW()。
总结：日期范围查询的核心不是格式转换技巧，而是逻辑严谨性 + 数据类型一致性 + 安全编码实践。优先选用显式比较（>= / ），验证字段真实类型，并始终通过参数化查询集成 PHP 业务层。
